Build d'une dll pour un jni java cherche ole32.lib

Bonjour,
J'essaye de faire le build d'une dll pour amd64 et je suis néophyte dans ce domaine !!!

J'utilise
- NetBeans: IDE 7.4
- Java: 1.7.0_45; Java HotSpot(TM) 64-Bit Server VM 24.45-b08
- System: Windows 7 version 6.1 running on amd64
- Cygwin 64bits GNU 4.x

Dans le package downloadé, j'ai un fichier .bat qui devrait me permettre de faire cette dll:

Code:

---

cl "-IC:/Program Files/Java/jdk1.7.0_45/include" "-IC:/Program Files/Java/jdk1.7.0_45/include/win32" -LD jshortcut.cpp -Fejshortcut_amd64.dll Advapi32.lib shell32.lib ole32.lib

---

"cl" est inconnu sur mon PC, je l'ai remplacé par "gcc".
Ensuite, gcc rouspète pour Advapi32.lib, shell32.lib, ole32.lib que je ne trouve pas sur mon PC.

Existe-t-il un Windows Development Toolkit qui fournirait ces librairies ? J'ai cherché mais j'ai rien trouvé :(

Merci

Normalement, pour gcc, tu remplaces les .lib par des lib*.a.

Généralement, on utilise directement l'option -l(nom de la lib) dans la ligne de commande.

Ainsi, une ligne de commande pour gcc ressemblerait à ceci:

Code:

---

gcc -I "C:/Program Files/Java/jdk1.7.0_45/include" -I "C:/Program Files/Java/jdk1.7.0_45/include/win32" jshortcut.cpp -shared -o jshortcut_amd64.dll -lAdvapi32 -lshell32 -lole32

---

Ok ça marché. Du moins je pense. Car maintenant j'ai une autre erreur. Et là.....

Code:

---

1 2 3 4

/cygdrive/z/Temp/ccqfC138.o:jshortcut.cpp:(.xdata$_ZN7JNIEnv_9NewObjectEP7_jclassP10_jmethodIDz+0xc): undefined reference to `__gxx_personality_seh0' /cygdrive/z/Temp/ccqfC138.o:jshortcut.cpp:(.xdata$_ZN7JNIEnv_9NewObjectEP7_jclassP10_jmethodIDz+0xc): relocation truncated to fit: rva32 against undefined symbol `__gxx_personality_seh0' /usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../x86_64-pc-cygwin/bin/ld: /cygdrive/z/Temp/ccqfC138.o: bad reloc address 0x0 in section `.pdata$_ZN7JNIEnv_9NewObjectEP7_jclassP10_jmethodIDz' collect2: error: ld returned 1 exit status

---

Est-ce que cela vous parle ? Une idée où je dois chercher ?
J'ai vérifié le fichier shortcut.cpp et netbeans ne m'indique plus d'erreur depuis j'ai ajouté les "includes" jni.h(+...) dans le projet netbeans.

Bonjour,

Tu utilises une dll qui n'a pas été compilée avec le même compilateur.

Ta dll a pu, par exemple, être compilée avec gcc dw2 et ton gcc actuel est sjlj d'où l'incompatibilité.

Pourtant, mon instruction de compilation ne semble pas référer d'autres dll :

Code:

---

gcc -I "C:/Program Files/Java/jdk1.7.0_45/include" -I "C:/Program Files/Java/jdk1.7.0_45/include/win32" jshortcut.cpp -shared -o jshortcut_amd64.dll -lAdvapi32 -lshell32 -lole32

---

Après, pour seh0 je ne sais pas exactement de quoi il s'agit mais généralement :
__gxx_personality_*

Renseigne certaines options avec lesquelles le g++ utilisé pour compiler la dll a été compilé, pour __gxx_personality_sj0, c'est que g++ a été compilé avec le mode sjlj.

g++ -v te donne quoi?

EDIT : sous Windows, j'ai déjà vu des personnes faire quelque chose du style : g++ -lmingw32 mais là je ne pourrais pas trop t'aider.

g++ ou gcc ?

Si j'utilise g++, j'ai un autre message d'erreur :

Code:

---

1 2 3 4

/cygdrive/z/Temp/cc1P7Dla.o:jshortcut.cpp:(.rdata$.refptr.IID_IPersistFile[.refptr.IID_IPersistFile]+0x0): undefined reference to `IID_IPersistFile' /cygdrive/z/Temp/cc1P7Dla.o:jshortcut.cpp:(.rdata$.refptr.IID_IShellLinkA[.refptr.IID_IShellLinkA]+0x0): undefined reference to `IID_IShellLinkA' /usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../x86_64-pc-cygwin/bin/ld: /cygdrive/z/Temp/cc1P7Dla.o: bad reloc address 0x0 in section `.rdata$.refptr.IID_IShellLinkA[.refptr.IID_IShellLinkA]' collect2: error: ld returned 1 exit status

---

[Pause pleurnichages]Damned !!! Tout ça pour avoir ma dll en 64bits :calim2:[/Pause pleurnichages]

un "g-- -v" donne:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-cygwin/4.8.2/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2/configure --srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2 -- prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --lib dir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libico nv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --disable-__ cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --ena ble-libgomp --disable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libgcj-sublibs --disable-java-awt --disable-symvers --wi th-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix -- with-system-zlib Thread model: posix gcc version 4.8.2 (GCC)

---

un "g++-v" donne

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-cygwin/4.8.2/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2/configure --srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2 -- prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --lib dir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libico nv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --disable-__ cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --ena ble-libgomp --disable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libgcj-sublibs --disable-java-awt --disable-symvers --wi th-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix -- with-system-zlib Thread model: posix gcc version 4.8.2 (GCC)

---

J'ai essayé le "-lmingw32" mais la bibliothèque est inconnue. D'ailleurs àa semble plus être pour faire de la compilation Windows sous Linux.

Je joins le fichier cpp en annexe. En principe. Aussi loin que je puisse comprendre le cpp, ce truc devrait être indépendant et ne rien requérir d'autre que lui-même et les bibliothèques référencées dans le .bat.

Alors théoriquement g++ et gcc, c'est la même chose.
gcc appellera g++ si les fichiers ont une extension *.cpp et g++ appellera gcc si les fichiers ont une extensions *.c (sauf si on spécifie l'option -x c++ qui force l'utilisation de g++).

Ton gcc est un gcc dw2, il me semble que c'est le plus répandu, celui par "défaut".
Je te conseille de supprimer toutes tes dll, et de recompiler le tout en indiquant : -m32 pour forcer la compilation en 32 bits afin d'être sûr que l'erreur ne vienne pas d'un problème de dll.

Compiler/installer des bibliothèques C++ sous Windows c'est l'horreur :aie:

Alors théoriquement g++ et gcc, c'est la même chose.
gcc appellera g++ si les fichiers ont une extension *.cpp et g++ appellera gcc si les fichiers ont une extensions *.c (sauf si on spécifie l'option -x c++ qui force l'utilisation de g++).

Ton gcc est un gcc dw2, il me semble que c'est le plus répandu, celui par "défaut".
Je te conseille de supprimer toutes tes dll, et de recompiler le tout en indiquant : -m32 pour forcer la compilation en 32 bits afin d'être sûr que l'erreur ne vienne pas d'un problème de dll.

Compiler/installer des bibliothèques C++ sous Windows c'est l'horreur :aie:

EDIT : pour g++ ça a l'air de pas trop mal marcher, d'après ce que je lis ici, tu as oublier -luuid.

Citation:

---

Envoyé par Neckara

Je te conseille de supprimer toutes tes dll, et de recompiler le tout en indiquant : -m32 pour forcer la compilation en 32 bits afin d'être sûr que l'erreur ne vienne pas d'un problème de dll.

---

Bon en faisant -m32 j'obtiens des erreurs de compilation que je n'ai pas autrement :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

jshortcut.cpp:502:32: error: invalid conversion from ‘WORD* {aka short unsigned int*}’ to ‘LPCOLESTR {aka const wchar_t*}’ [-fpermissive] h = persistFile->Load(wName, 0); ^ In file included from /usr/include/w32api/objbase.h:66:0, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/wtypes.h:12, from /usr/include/w32api/winscard.h:10, from /usr/include/w32api/windows.h:97, from jshortcut.cpp:3: /usr/include/w32api/objidl.h:10313:39: error: initializing argument 1 of ‘virtual HRESULT IPersistFile::Load(LPCOLESTR, DWORD)’ [-fpermissive] virtual HRESULT STDMETHODCALLTYPE Load(

---

Est-ce que ça vaut la peine que j'investigue ça, sachant que ma finalité c'est la dll x64 ?