On Mon, 20 Aug 2012, Andi Vajda wrote:
On Aug 20, 2012, at 5:14, "Thomas Koch" <k...@orbiteam.de> wrote:
Hi,
I had some trouble with the windows build of this version: while building
JCC 2.14 in my windows7-32 build env (python2.7,Java1.6,Microsoft Visual
Studio 9.0 C++) the build fails on command
cl.exe /c /nologo /Ox /MD /W3 /GS- /DNDEBUG -D_java_generics
-DJCC_VER="2.14" "-IC:\Program Files\Java\jdk1.6.0_06/include" "-IC:\Program
Files\Java\jdk1.6.0_06/include/win32" -I_jcc -Ijcc/sources
-IC:\Python27\include -IC:\Python27\PC /Tpjcc/sources/functions.cpp /Fo
build\temp.win32-2.7\Release\jcc/sources/functions.obj -DPYTHON /EHsc
/D_CRT_SECURE_NO_WARNINGS functions.cpp
with error: jcc/sources/functions.cpp(17) : fatal error C1083: Datei
(Include) kann nicht geöffnet werden: "arpa/inet.h": No such file or
directory
Oops. Yes, this needs to be fixed with some conditional include.
Thank you for reporting this.
I fixed this according to your instructions and jcc now builds on Windows
again. A new release candidate is being uploaded right now.
Andi..
Andi..
error: command '"C:\Program Files\Microsoft Visual Studio
9.0\VC\BIN\cl.exe"' failed with exit status 2
I noticed that
pylucene-3.6.1-1\jcc\jcc\sources\function.cpp
line17 states
#include <arpa/inet.h>
whereas this line is missing in
pylucene-3.6.0-2\jcc\jcc\sources\function.cpp
There is no 'arpa' folder in either my
<Java\jdk>\include
nor
<Java\jdk>\include\win32
So I commented the line and tried again - the functions.cpp can be compiled
now but the final link step fails due to a missing reference. (externes
Symbol "_htons@4" in Funktion ""struct _object * __cdecl
makeInterface(struct _object *,struct _object *)" ) - so the include was
necessary.
The method makeInterface seems to be new in JCC 2.14 and uses the htons
function (host-to-network short - "converts from host to TCP/IP network
byte order") - this defined in windows socket lib as well:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms741394(v=vs.85).as
px
(On unix it's part of the standard C Library (libc.so, libc.a) on Windows
it's part of 'Ws2_32.lib' - that's what I learned from Google today ,.-)
So one quick-fix is to
a) replace
#include <arpa/inet.h>
by
#include <winsock2.h>
In functions.cpp
And
b) extend (line 136) in setup.py:
'win32': ['/LIBPATH:%(win32)s/lib' %(JDK), 'jvm.lib',
'Ws2_32.lib'],
(Don't know where MS-VC finds that lib. It's not in windows-system - most
likely it's from an installed Windows SDK in C:/Program Files/Microsoft
SDKs/Windows/v6.0A/Lib).
Then the setup.py build and install works fine. I could import jcc and
initVM() - haven't tried further with the lucene part so it could also be a
dead end... (don't think so however).
I finally tried with MinGW quickly but this fails (in JArray.cpp: see below)
- could be a problem of my MinGW setup though.
So question is if MS-VC compiler should be further supported. In this case
kind of #ifdef macro is required and possibly fine-tuning of setup.py
Otherwise I'd have to switch to MinGW on windows (and get this working)...
Here's my MinGW issue (unrelated to above, but should be noted that MinGW
compile functions.cpp without any error)
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -D_java_generics
-DJCC_VER="2.14" "-IC:\Program Files\Java\jdk1.6.0_06/include" "-IC:\Program
Files\Java\jdk1.6.0_06/include/win32" -I_jcc -Ijcc/sources
-IC:\Python27\include -IC:\Python27\PC -c jcc/sources/JArray.cpp -o
build\temp.win32-2.7\Release\jcc\sources\jarray.o -DPYTHON
-fno-strict-aliasing -Wno-write-strings jcc/sources/JArray.cpp:
In instantiation of `_t_JArray<_jobject*>':
jcc/sources/JArray.cpp:610: instantiated from `_t_jobjectarray<_jobject*>'
jcc/sources/JArray.cpp:617: instantiated from here
jcc/sources/JArray.cpp:28: error: base `t_JArray<_jobject*>' with only
non-default constructor in class without a constructor
jcc/sources/JArray.cpp: In instantiation of `_t_jobjectarray<_jobject*>':
jcc/sources/JArray.cpp:617: instantiated from here
jcc/sources/JArray.cpp:610: error: base `_t_JArray<_jobject*>' with only
non-default constructor in class without a constructor
...
Note:
- I get the same errors (in JArray.cpp) when trying to build JCC 2.13 with
MinGW ('gcc version 3.4.5 - mingw-vista special r3')
So it's not an issue of 3.6.1.1 (but probably wrong MinGW version or
setup... of my local env.)
- I was able to build JCC 2.13 on the same host with same env. (from
3.6.0-2) with MS-VC 9.0
Anyone succeeded to build 3.6.1 on Windows yet?
Regards,
Thomas
-----Ursprüngliche Nachricht-----
Von: Andi Vajda [mailto:va...@apache.org]
Gesendet: Samstag, 18. August 2012 22:06
An: pylucene-dev@lucene.apache.org
Cc: gene...@lucene.apache.org
Betreff: [VOTE] Release PyLucene 3.6.1
The PyLucene 3.6.1-1 release tracking the (not so) recent release of
Apache
Lucene 3.6.1 is ready.
A release candidate is available from:
http://people.apache.org/~vajda/staging_area/
A list of changes in this release can be seen at:
http://svn.apache.org/repos/asf/lucene/pylucene/branches/pylucene_3_6/
CHANGES
PyLucene 3.6.1 is built with JCC 2.14 included in these release artifacts:
http://svn.apache.org/repos/asf/lucene/pylucene/trunk/jcc/CHANGES
A list of Lucene Java changes can be seen at:
http://svn.apache.org/repos/asf/lucene/dev/tags/lucene_solr_3_6_1/lucen
e/CHANGES.txt
Please vote to release these artifacts as PyLucene 3.6.1-1.
Thanks !
Andi..
ps: the KEYS file for PyLucene release signing is at:
http://svn.apache.org/repos/asf/lucene/pylucene/dist/KEYS
http://people.apache.org/~vajda/staging_area/KEYS
pps: here is my +1
