Jeff Breidenbach wrote:
> Does it make sense to add a multithreaded indexing example to the
> samples directory? Mike McCandles has such fun graphs, and it would be
> fun to chase them in python.
>
> http://blog.mikemccandless.com/2011/05/265-indexing-speedup-with-lucenes.html
Go for it, Jeff!
Andi Vajda wrote:
>
> Hi all,
>
> Given the tiny amount of interest the pylucene releases create, it's
> maybe become unimportant to actually make PyLucene releases ?
>
> The release votes have had an increasingly difficult time to garner
> the three required PMC votes to pass. Non PMC users
Andi Vajda wrote:
>
> Hi Bill,
Hi, Andi.
> On Thu, 1 Nov 2012, Bill Janssen wrote:
>
> > I've installed JCC-2.14 in Python 2.7.3 on OS X Leopard with gcc-4.2,
> > and I'm trying to wrap a library with
> >
> > % python -m jcc --jar ../bi
I've installed JCC-2.14 in Python 2.7.3 on OS X Leopard with gcc-4.2,
and I'm trying to wrap a library with
% python -m jcc --jar ../bin/GoodStuff.jar --jar ../bin/MoreGoodStuff.jar
--include ../bin/Prereqs.jar --python goodstuff --files 10 --reserved inline
--build --install --rename java.awt.C
Andi Vajda wrote:
> The patch to setuptools is for Linux only unless I'm mistaken.
Yes, you'll see if you look at that script that I don't apply any
patches to setuptools before I install it. I do have to apply a patch
to jcc's setup.py to generate the appropriate .lib file, though.
http://u
Jeremy Michels wrote:
> Would you be willing to share your makefile? I am having quite a bit
> of trouble with this as well.
I build PyLucene on Windows regularly. I use mingw to compile and link.
My build script is at
http://uplib.parc.com/hg/uplib/file/2013b08512fa/win32/build-windows-prereqs
Andi Vajda wrote:
> > I see that distutils2 has functions like "link_shared_lib", and
> > "link_shared_object", which is a good sign. Whether they work or not is
> > another matter.
>
> As far as I know, distutils and setuptools also had the capability to
> link with a vanilla shared library. H
Andi Vajda wrote:
> Seriously, though, I think that the right thing to do to better
> integrate JCC with distutils/setuptools/distribute/pip/etc... is to
> make it into a distutils 'compiler'. This requires some work, though,
> and I haven't done it in all thee years. Anyone with the itch to hack
Andi Vajda wrote:
> Hi Bill,
>
> Were you able to wrap Weka ?
> I fixed the bug blocking this a while ago. Just curious...
Hi, Andi, happy new year!
I saw the fix go past -- thanks! -- but I haven't gotten a chance to try it yet.
Bill
Andi Vajda wrote:
> On Fri, 9 Dec 2011, Bill Janssen wrote:
>
> > Any ideas on how to wrap weka? The core problem is that the class
> > weka.core.Utils has both a "static double log2", and a "static double
> > log2 (double a)", which confuses the hec
: Bug
Environment: Ubuntu Linux 10.04, Python 2.6, Java 6, PyLucene 3.5
Reporter: Bill Janssen
I'm trying to wrap Weka, a popular machine learning system, with PyLucene.
One of the Weka classes, weka.core.Utils, has a public static variable,
and a public static method
Just built on XP with MinGW, Python 2.6, and "make test" seems to work fine.
Bill
Any ideas on how to wrap weka? The core problem is that the class
weka.core.Utils has both a "static double log2", and a "static double
log2 (double a)", which confuses the heck out of JCC.
It would be nice if it would rename one or both in the generated C++ so
that the class could be wrapped.
B
> A release candidate is available from:
> http://people.apache.org/~vajda/staging_area/
Works on my OS X 10.5 machine.
Bill
Andi Vajda wrote:
> On Thu, 8 Dec 2011, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >> from _jcc import initVM
> >
> > I believe that in the statement "from X import Y", X and Y are
> > essentially strings, not runtime-evaluated valu
Andi Vajda wrote:
>
> On Wed, 7 Dec 2011, Bill Janssen wrote:
>
> > This part of the PyLucene Makefile is still screwed up:
> >
> > # Mac OS X 10.5 (32-bit Python 2.5, Java 1.5)
> > #PREFIX_PYTHON=/usr
> > #ANT=ant
> > #PYTHON=$(PREFIX_PYTHON)/
Andi Vajda wrote:
>
> On Wed, 7 Dec 2011, Bill Janssen wrote:
>
> > By the way, here's the Makefile section I'm using for 3.5:
> >
> > # Mac OS X 10.5 (32-bit Python 2.5, Java 1.5)
> > PREFIX_PYTHON=/usr
> > ANT=JAVA_HOME=/System/Library/Framewo
By the way, here's the Makefile section I'm using for 3.5:
# Mac OS X 10.5 (32-bit Python 2.5, Java 1.5)
PREFIX_PYTHON=/usr
ANT=JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home
ant
PYTHON=$(PREFIX_PYTHON)/bin/python
JCC=$(PYTHON) -m jcc.__main__ --shared --arch x86_64 --a
My Leopard machine is happy with this one. "make test" works, and my code
seems to work with it, as well.
Bill
This part of the PyLucene Makefile is still screwed up:
# Mac OS X 10.5 (32-bit Python 2.5, Java 1.5)
#PREFIX_PYTHON=/usr
#ANT=ant
#PYTHON=$(PREFIX_PYTHON)/bin/python
#JCC=$(PYTHON) -m jcc --shared
#NUM_FILES=4
The way that jcc/__init__.py is now written, there's no way to invoke it
with "-m jcc"
Bill Janssen wrote:
> Tried this on Windows XP with MinGW, gcc 4.5, Python 2.6, Java 1.6.
>
> Builds and installs OK.
>
> "make test" reveals some failures:
>
> * test_removeDocument fails badly with lots of these:
Same with 3.5.0-2.
My Windows machine is mentioning "ICU not installed".
Shouldn't the Makefile conditionalize the wrapping of
ICUNormalizer2Filter.py, ICUFoldingFilter.py, and ICUTransformFilter.py
on that?
Bill
Tried this on Windows XP with MinGW, gcc 4.5, Python 2.6, Java 1.6.
Builds and installs OK.
"make test" reveals some failures:
* test_removeDocument fails badly with lots of these:
ERROR: test_removeDocument (__main__.PythonDirectoryTests)
-
Andi Vajda wrote:
>
> On Nov 29, 2011, at 15:18, Bill Janssen wrote:
>
> > I've once again spent an hour building PyLucene, which gives me some
> > sympathy for issue 10:
> >=20
> > https://issues.apache.org/jira/browse/PYLUCENE-10
> >=20
> >
I've once again spent an hour building PyLucene, which gives me some
sympathy for issue 10:
https://issues.apache.org/jira/browse/PYLUCENE-10
I was thinking about how to address this...
One thing I've found useful at PARC is to set up buildbot tests for
hard-to-package systems. Basically, the t
I'm trying to wrap Weka, a popular machine learning system, with PyLucene.
One of the Weka classes, weka.core.Utils, has a public static variable,
and a public static method, with the same name (see below). When I
compile it, JCC has no way to say that, and I get the following:
In file included
Jiang Fung Wong wrote:
> I tried to compile pylucene on ArchLinux. JCC compilation was fine.
> When I tried to make. I got this error:
>
> In file included from
> build/_lucene/org/apace/lucene/util/mutable/MutableValueFloat.h:4:0,
> from build/_lucene/__wrap01__.cpp:17795:
> build/_lucene/org/a
Andi Vajda wrote:
> > Won't specifying "--package javax.imageio" cause all public classes in
> > that package to be wrapped? Seems to work that way for java.awt.image.
>
> No, and it never has. All --package blah does is enable dependencies
> in that package to be wrapped as well. If you list n
Petrus Hyvönen wrote:
> Thanks, I tried now to uninstall Java 7 completely, and recompile JCC, same
> problem.
>
> I should maybe mention that I'm on 64-bit Windows 7, and a 32 bit python
> (python xy)
I've done a fair amount of building PyLucene with mingw, and I have been
unable to make that
Petrus,
> g++: build\temp.win32-2.6\Release\jcc\sources\libjcc.a: No such file or
> director
> y
If you could find a mail tool which doesn't wrap the lines of the log
you're trying to send, that would help to debug this. But it looks to
me as if something is not creating that directory before tr
Andi Vajda wrote:
> That being said, if you send in javadoc patches, I agree, the results
> should be published like they are on the lucene/java site (under
> resources) and I can take care of that.
Here's a patch (against the JCC branch_3x):
--- java/org/apache/jcc/PythonVM.java (revision 11
Andi Vajda wrote:
> > By the way, you might want to add a paragraph in that section about
> > adding the ["-framework", "Python"] flags for building JCC on OS X. I
> > tripped over that again.
>
> If you send a paragraph to this effect, I'll integrate it into the docs.
Here's a patch:
/local/
Andi Vajda wrote:
> On Jul 1, 2011, at 0:49, Bill Janssen wrote:
>
> > Here's some code implementing a class called PythonModule,
>
> Hmm, no code was received here...
Hmmm, it was a .tgz attachment. Perhaps the mailing list trimmed it off.
Bill
Andi Vajda wrote:
> > OK, I'll try the static method, then. What do you think about wrapping
> > protected methods of classes marked as Python-extensible?
>
> Not much but I haven't given it much thought. At this point, I just go
> over public things... That code is in cpp.py and there may be m
Bill Janssen wrote:
> Andi Vajda wrote:
>
> > Sigh. The setuptools story is getting worse.
>
> > I wonder how the
> > 'distribute' project is doing... It's the solution I used for the
> > Python 3.1 jcc port I did last summer. In particular, I
Andi Vajda wrote:
> Sigh. The setuptools story is getting worse.
> I wonder how the
> 'distribute' project is doing... It's the solution I used for the
> Python 3.1 jcc port I did last summer. In particular, I wonder if they
> integrated my patch, for that issue 43 I filed like four years ago.
Andi Vajda wrote:
> > By the way, you might want to add a paragraph in that section about
> > adding the ["-framework", "Python"] flags for building JCC on OS X. I
> > tripped over that again.
>
> If you send a paragraph to this effect, I'll integrate it into the docs.
How do you feel about ad
Marcus wrote:
> --bcaec53043296dfbfd04a0ece1ac
> Content-Type: text/plain; charset=ISO-8859-1
>
> we're currently using 4GB max heap.
> We recently moved from 2GB to 4GB when we discovered it prevented a crash
> with a certain set of docs.
> Marcus
I've tried the same workaround with the heap i
Andi Vajda wrote:
> There are two versions available from the lucene module:
>
>>>> import lucene
>>>> [(v, lucene.__dict__[v]) for v in dir(lucene) if 'VERSION' in v]
>[('JCC_VERSION', '2.8'), ('VERSION', '3.1.0')]
I suppose I could make a list of all the (JCC_VERSION, VERSION) pai
Andi Vajda wrote:
>
> On Wed, 6 Apr 2011, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >> Unless I'm missing something here, you've got two options before you
> >> break your users:
> >> 1. fix your code before you ship i
Andi Vajda wrote:
>
> On Mon, 7 Mar 2011, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >>>> Probably an array being used as a type parameter ?
> >>>
> >>> Like this?
> >>>
> >>> public ArrayList state;
Andi Vajda wrote:
> >> Probably an array being used as a type parameter ?
> >
> > Like this?
> >
> > public ArrayList state;
> >
> > Or
> >
> > public class foo2 implements Iterator{
> >
> > Or
> >
> > public int[] next() {
>
> Although rigging up your original test.java class to use
Andi Vajda wrote:
>
> On Mon, 7 Mar 2011, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >>>>>> Where does t_JArray get defined? I can't find it.
> >>
> >> I'm not sure there is one. If you can provide me with a p
Andi Vajda wrote:
> Where does t_JArray get defined? I can't find it.
>
> I'm not sure there is one. If you can provide me with a piece of Java
> to reproduce this, I can fix it faster.
I've narrowed this down to three iterator classes which cause this
issue. Now I've got to see what's t
Andi Vajda wrote:
>
> On Thu, 3 Mar 2011, Andi Vajda wrote:
>
> >
> > On Mar 3, 2011, at 22:09, Bill Janssen wrote:
> >
> >> Here's one of the generated lines that's causing me grief.
> >>
> >>DECLARE_TYPE(RankIt
Bill Janssen wrote:
> Andi Vajda wrote:
>
> > > I did patch setuptools, and as you can see below, the config.py says
> > > "Shared=True", so I believe I have shared mode enabled. I'm certainly
> > > using jcc with the "--shared" swit
Andi Vajda wrote:
> Something's off. libjcc.so is not shown in your list.
> You need to solve that mystery before embedding can proceed.
So, I went to my Mac, and looked for libjcc.dylib. Sure enough,
it's there. So I tried this simple program:
import org.apache.jcc.PythonVM;
public class te
Andi Vajda wrote:
> >> If JEPP execs python, then that Python VM runs in a subprocess of the
> >
> > It's not Java's Runtime.exec(), it's Python's built-in function, "exec".
> > So the Python VM is running in the same address space as Java.
>
> Ok, so how is JEPP doing this from Tomcat without
Andi Vajda wrote:
> On Mar 4, 2011, at 10:56, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >> There are two shared libraries for jcc: _jcc.so, the python extension,
> >> and libjcc.so, the shared mode runtime shared library. That's the one
&g
Andi Vajda wrote:
>
> On Fri, 4 Mar 2011, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >>> Or if I need to run the same Python program multiple times?
> >>
> >> There is no notion of python program in this context (no
> >> __m
Andi Vajda wrote:
> There are two shared libraries for jcc: _jcc.so, the python extension,
> and libjcc.so, the shared mode runtime shared library. That's the one
> that gets loaded by PythonVM.java. Its directory must be on java's
> java.library.path.
No such beast gets built or installed:
% f
Andi Vajda wrote:
> > Or if I need to run the same Python program multiple times?
>
> There is no notion of python program in this context (no
> __main__). You import a module, instantiate a class from it and invoke
> its methods. You can import and instantiate as many classes and
> modules as y
Hmmm, having this difficulty:
% find /usr/local/lib/python2.6 -name \*jcc\*
/usr/local/lib/python2.6/dist-packages/JCC-2.7-py2.6-linux-x86_64.egg/libjcc.a
/usr/local/lib/python2.6/dist-packages/JCC-2.7-py2.6-linux-x86_64.egg/jcc
/usr/local/lib/python2.6/dist-packages/JCC-2.7-py2.6-linux-x86_64.egg
Here's one of the generated lines that's causing me grief.
DECLARE_TYPE(RankIterator, t_RankIterator, ::java::lang::Object,
RankIterator, t_RankIterator_init_, PyObject_SelfIter, ((PyObject
*(*)(t_RankIterator *)) get_next,JArray< jint
>>), t_RankIterator__fields_, 0, 0);
It yields this:
New topic.
I'd like to wrap my UpLib codebase, which is Python using PyLucene, in
Java using JEPP (http://jepp.sourceforge.net/), so that I can use it
with Tomcat.
Now, am I going to have to do some trickery to get a VM? Or will
getVMEnv() just work with a previously initialized JVM?
Bill
Thanks.
Bill
Andi Vajda wrote:
>
> On Thu, 3 Mar 2011, Andi Vajda wrote:
>
> > On Thu, 3 Mar 2011, Bill Janssen wrote:
> >
> >> Did a fresh checkout and here's the next issue.
> >>
> >> This one may be harder to fix...
> >
> &
contextual
> > information to determine type
> > build/_GoodStuff/__wrap03__.cpp:41430: error: expected primary-expression
> > before ?)? token
> > build/_GoodStuff/__wrap03__.cpp:41430: error: too many initializers for
> > ?PyTypeObject?
> > error: command &#
'gcc' failed with exit status 1
I think when I tried it this afternoon (I was running out the door and
kind of rushed) I just did a wrap, and not a --build.
Sorry about that.
Bill
>
> Andi..
>
> On Feb 28, 2011, at 20:05, Andi Vajda wrote:
>
> >
> &
Did a fresh checkout and here's the next issue.
This one may be harder to fix...
Bill
Traceback (most recent call last):
File "/usr/lib/python2.6/runpy.py", line 122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
This looks like a problem.
This is with an svn checkout of branch_3x.
Bill
122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
exec code in run_globals
File
"/usr/local/lib/python2.6/dist-packages/JCC-2.7-py2.6-
Andi Vajda wrote:
> It may be simplest if you can send me the source file for this class
> as well as a small jar file I can use to reproduce this ?
Turns out to be simple to reproduce. Put the attached in a file called
test.java, and run this sequence:
% javac -classpath . test.java
% jar cf
Andi Vajda wrote:
> I attached a patch that should fix this. PyLucene 3.1 builds and
> passes its tests. Can you please try this and verify that it solves
> the problem you found ?
>
> Thanks !
>
> Andi..
It's a little hard to tell, because of the "parameter" issue I'm seeing,
but, yes, it see
Andi Vajda wrote:
>
> On Sat, 26 Feb 2011, Bill Janssen wrote:
>
> > I'm seeing a lot of errors of the form:
> >
> > build/_GoodStuff/__wrap07__.cpp:57522: error: ?class
> > com::parc::goodstuff::t_FooIterator? has no member named ?parameters?
> &g
I'm seeing a lot of errors of the form:
build/_GoodStuff/__wrap07__.cpp:57522: error: ‘class
com::parc::goodstuff::t_FooIterator’ has no member named ‘parameters’
Apparently relating to code like this:
if (!parseArgs(args, ""))
{
OBJ_CALL(result = self->object.nextElement());
Think I've found an issue. The class
com.parc.goodstuff.simple.HelloWorldService extends
simple.http.load.BasicService, and my JCC (2.7) chokes on it thusly:
build/_PPD/com/parc/goodstuff/simple/HelloWorld/HelloWorldService.h: At global
scope:
build/_PPD/com/parc/goodstuff/simple/HelloWorld/Hell
Andi Vajda wrote:
> On Feb 16, 2011, at 9:39, Bill Janssen wrote:
>
> > How do I subclass a Python class in a JCC-wrapped Java module?
>
> - define a Java class with native methods
> - using the usual "extension" tricks have a Python class implement
>
Andi Vajda wrote:
> Ok then, provide a tested patch that works and applies out of the box
> to JCC's trunk, and that puts this code into a new helper file like is
> done for linux and windows (thus not adding pages of code to setup.py)
> and I'll integrate it.
Here it is. I happened to have bot
Andi Vajda wrote:
> >> I really want the latest up to date Mac OS X setup to build out of the
> >> box
> >
> > Sure, me too!
>
> No, not today. Today's out of the box on 10.6 requires the setting to
> be under /Developer (without your patch).
Well, of course, that's why I sent you the patch :-)
Andi Vajda wrote:
> If I switch to Mike's recommendation then 10.6 is broken out of the box.
> I don't know what developer package he's referring to. Can you please
> send me the URL ?
Here's what his message said:
``It may be necessary to install the "Java for Mac OS X 10.6 Update 3
Developer
Andi Vajda wrote:
> So, it's "broken on 10.6 out of the box" vs "broken on 10.5 out of the
> box" or am I missing something else here ?
(1) The patch I sent should work on both, out of the box.
(2) Alternatively, if you hard-code the path as recommended by Mike
Swingler, that should work on bot
Andi Vajda wrote:
> On Tue, 7 Dec 2010, Bill Janssen wrote:
>
> > Here's a patch to jcc/setup.py. With this it builds on both my 10.6 and
> > my 10.5 systems.
> >
> > Bill
> >
> > diff -u pylucene-3.0.3-1/jcc/setup.py.orig pylucene-3.
Here's a patch to jcc/setup.py. With this it builds on both my 10.6 and
my 10.5 systems.
Bill
diff -u pylucene-3.0.3-1/jcc/setup.py.orig pylucene-3.0.3-1/jcc/setup.py
--- pylucene-3.0.3-1/jcc/setup.py.orig 2010-12-07 18:50:25.0 -0800
+++ pylucene-3.0.3-1/jcc/setup.py 2010-12-07 19
Andi Vajda wrote:
> Yes, two things made me do this:
> 1. Bill Janssen said on this list that an Apple developer he talked to
> said that the /Developer tree is the correct one to use.
On a 10.6 system. Adil is talking about a 10.5 system, which will
(obviously?) not have a M
> "Adil" == Adil Lotia writes:
Adil> Hi Andi I downloaded the release candidate from your staging
Adil> area, and will be running pylucene on OS X. I am not sure if
Adil> this is intentional, but was there a reason for this specific
Adil> change?
Adil> adil:681 lucene $
Andi Vajda wrote:
> I believe MSVC 2008 == 9.0 but I could be wrong. I also seem to recall
> that Python 2.7 requires that version. So you should also try Python
> 2.6 on Win 7.
I asked about this on the mingw list, with the following result:
Charles Wilson wrote:
> The official python.org wi
Andi Vajda wrote:
> So you're mixing three compiler runtimes ? (7.1, 9.0, mingw-gcc)
Yes, that's right. Although the promise of MinGW is that they build
MSVC-compatible programs which link with the standard MSVC libraries.
In fact, when you run the Windows equivalent of ldd on _jcc.pyd, you se
Andi Vajda wrote:
> Try without --find-jvm-dll and setting the Path in the shell first.
Yes, I've tried it both ways -- same problem.
"the Web" seems to indicate that this problem comes from mixing "malloc"
and "free" calls from two different libc's.
Bill
Bill Janssen wrote:
> Andi Vajda wrote:
>
> > >>>> I just tried this myself
> > >>>
> > >>> By "this", do you mean 64-bit Windows 7, or Python 2.7?
> > >>
> > >> Both. 64 bit Windows 7, with Python 2.7 and
Andi Vajda wrote:
> I just tried this myself
> >>>
> >>> By "this", do you mean 64-bit Windows 7, or Python 2.7?
> >>
> >> Both. 64 bit Windows 7, with Python 2.7 and Java 1.6.0_22 both 32-bit.
> > OK, I'll try it again on Win 7. I'll use a checkout of the PyLucene
> > trunk instead of a pa
Andi Vajda wrote:
>
> On Nov 29, 2010, at 9:45, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >> I just tried this myself
> >
> > By "this", do you mean 64-bit Windows 7, or Python 2.7?
>
> Both. 64 bit Windows 7, with Python 2
Andi Vajda wrote:
> I just tried this myself
By "this", do you mean 64-bit Windows 7, or Python 2.7?
> and it seems that with Python 2.7 __name__ is
> never equal to '__main__' in jcc's __init__.py. So, jcc.__main__ is
> never imported implicitely from __init__.py and hence --find-jvm-dll
> is
Bill Janssen wrote:
> Using depends.exe on _jcc.pyd says that the missing file is
> Python27.dll, which seems odd. Where should I find that?
And there is a python27.dll in C:\Windows\system32\.
So, not sure what the problem is.
Bill
>
> Bill
>
> >
> > roman
&g
577 11-22 12:29 _jcc.pyc
-rw-rw-rw- 1 wjanssen root512418 11-22 12:29 _jcc.pyd
I'm not sure why, or if that's a problem.
Using depends.exe on _jcc.pyd says that the missing file is
Python27.dll, which seems odd. Where should I find that?
Bill
>
> roman
>
> On Mon
Andi Vajda wrote:
> I integrated your change as suggested, but after fixing the bug with
> applying % to a list.
Ah, good catch.
> It'd be nice if you submitted functioning patches, especially for
> platforms I can't/won't test on. Checked into rev 1005687.
Yes, I agree. And those should come
I'm looking at the setup.py for jcc, and it seems that there is some
unfinished work lurking in there:
IMPLIB_LFLAGS = {
'win32': ["/IMPLIB:%s"],
'mingw32': ["-Wl,--out-implib,%s"]
}
But later on we find code like this:
elif platform == 'win32':
jcclib = 'jcc%s.lib' %
I've got 3.0.2 compiling OK --shared with the latest MinGW gcc (4.5.0).
However, when I bundle up the egg and transfer it to another Windows
machine and look at it with depends.exe, I see that the DLLs and .pyd
files produced aren't standalone -- there are dangling references to
various GCC librari
Andi Vajda wrote:
> On Wed, 6 Oct 2010, Bill Janssen wrote:
>
> > With 3.0.2, I see that there's an "include" subdir in the installed
> > module, containing a lot of .h files. Is that necessary?
> >
> > I ask because the msilib module in Python d
[
https://issues.apache.org/jira/browse/PYLUCENE-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918420#action_12918420
]
Bill Janssen commented on PYLUCENE-6:
-
Well, IMO, it's a PyLucene bug -- that
ws XP, MinGW gcc 4.5, Python 2.6.6, PyLucene 3.0.2
Reporter: Bill Janssen
Priority: Minor
After installing 3.0.2 on Win XP with MinGW/msys, I see the following:
Python 2.6.6 (r266:84297, Aug 24 2010, 18:46:32) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "
[
https://issues.apache.org/jira/browse/PYLUCENE-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918407#action_12918407
]
Bill Janssen commented on PYLUCENE-6:
-
I think that this is an artifact of the Lu
[
https://issues.apache.org/jira/browse/PYLUCENE-7?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918364#action_12918364
]
Bill Janssen commented on PYLUCENE-7:
-
The set of predefined GCC macros on M
[
https://issues.apache.org/jira/browse/PYLUCENE-7?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918248#action_12918248
]
Bill Janssen commented on PYLUCENE-7:
-
Adding "--reserved IGNORE" t
Environment: PyLucene 3.0.2, Python 2.6.6, Java 6, MinGW/msys, Windows
XP, Subversion not installed, GCC 4.5.0
Reporter: Bill Janssen
Compile of PyLucene fails:
c:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -DPYTHON -DJCC_VER="2.6"
-D_jcc_shared -D_jav
3.0.2, Python 2.6.6, Java 6, MinGW/msys, Windows
XP, Subversion not installed
Reporter: Bill Janssen
Priority: Trivial
If you're compiling on a system without svn installed, you get these great
error messages:
[exec] Execute failed: java.io.IOException: Canno
Issue Type: Bug
Environment: Windows XP, MinGW gcc 4.5, msys shell, Python 2.6.6
Reporter: Bill Janssen
I'm trying to build JCC 2.6 (from the PyLucene 3.0.2 source bundle) with
GCC 4.5 on Windows XP using MinGW/msys.
creating build\temp.win32-2.6\Release\jcc\sources
c:
I'm trying to build JCC 2.6 (from the PyLucene 3.0.2 source bundle) with
GCC 4.5 on Windows XP using MinGW/msys.
creating build\temp.win32-2.6\Release\jcc\sources
c:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -D_jcc_lib -DJCC_VER="2.6"
"-IC:\Program Files\Java\jdk1.6.0_21\include" "-IC:\Program
So, just to close out this thread and record this:
I'm wrapping iText 5.0.4 with JCC 2.6, using Python 2.5. Here's the command
line:
python -m jcc --shared --jar iText.jar --reserved DOMAIN --python itext
--version 5.0.4 --files 2 --build --install
Works fine.
Bill
Bill Janssen wrote:
> Assuming DOMAIN is the problem, what's the right way to rename it out of the
> way?
>
> I tried adding "--rename com.itextpdf.text.pdf.PdfName.DOMAIN=DOMAIN_",
> with no change.
I checked the archives and found the "--reserved" switch. Thanks!
Bill
I thought I'd try writing my own version of pdftk with Python. (pdftk
is a C++ wrapper around a Java library that uses gcj to provide the C++
bindings.) First I have to wrap iText with JCC. I'm using JCC 2.6 from
PyLucene 2.9.1.
% python -m jcc --shared --jar iText.jar --package java.lang --pac
What is it, exactly, that's supposed to define _jcc_lib?
Bill
/tmp/pylucene-3.0.2-1/jcc 474 % find . \( -name \*.cpp -o -name \*.h \) -exec
grep _jcc_lib {} /dev/null \;
./build/lib.macosx-10.5-i386-2.5/jcc/sources/jcc.cpp:#ifdef _jcc_lib
./build/lib.macosx-10.5-i386-2.5/jcc/sources/jcc.cpp:#ifd
1 - 100 of 244 matches
Mail list logo
