Fri 30 Jan 2009 09:36:25 AM UTC, original submission:
redirected from bug #25427
snippets from attachment #17357
gcc -shared -Wl,--enable-auto-image-base -Wl,--out-implib,./obj/libEOControl.dll.a -o ./obj/EOControl-0.dll <lots of .o files> -L/home/glpunzi/GNUstep/Library/Libraries -L/usr/GNUstep/Local/Library/Libraries -L/usr/GNUstep/System/Library/Libraries -lgnustep-base -lgnustep-base -lobjc -lws2_32 -ladvapi32 -lcomctl32 -luser32 -lcomdlg32 -lmpr -lnetapi32 -lm -I.
Creating library file: ./obj/libEOControl.dll.a
later we link a framework against this library using
gcc -shared -Wl,--enable-auto-image-base -Wl,--out-implib,./SQLite3EOAdaptor.framework/./libSQLite3EOAdaptor.dll.a -Wl,--enable-auto-import -o ./SQLite3EOAdaptor.framework/./SQLite3EOAdaptor-0.dll <lots of .o files> -L../EOControl/./obj -L../EOAccess/./obj -L/home/glpunzi/GNUstep/Library/Libraries -L/usr/GNUstep/Local/Library/Libraries -L/usr/GNUstep/System/Library/Libraries -lsqlite3 -lgnustep-base -lEOControl -lEOAccess -lobjc -lws2_32 -ladvapi32 -lcomctl32 -luser32 -lcomdlg32 -lmpr -lnetapi32 -lm -I. || rm -f ./SQLite3EOAdaptor.framework/./libSQLite3EOAdaptor.dll.a
which fails like:
D:\GNUstep\mingw\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: cannot find -lEOControl
collect2: ld returned 1 exit status
so we create a library in ../EOControl/obj/
and expect to be able to link to it via -L../EOControl/obj/ (with ADDITIONAL_NATIVE_LIB_DIRS=../EOControl)
i don't know windows but my guess is gcc is looking for libEOControl.dll, but only libEOControl-0.dll and libEOControl.dll.a exist there.
so it appears adding the MAJOR_VERSION of the library filename is breaking the way gdl2 builds everything in place without having to make install every native-library.
|