[bug #25439] ADDITIONAL_NATIVE_LIB_DIRS/ADDITIONAL_NATIVE_LIBS doesn't appear to work under windows

[matt rice]

URL:
  <http://savannah.gnu.org/bugs/?25439>

                 Summary: ADDITIONAL_NATIVE_LIB_DIRS/ADDITIONAL_NATIVE_LIBS
doesn't appear to work under windows
                 Project: GNUstep
            Submitted by: ratmice
            Submitted on: Fri 30 Jan 2009 09:36:25 AM GMT
                Category: Makefiles
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

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.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?25439>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/