This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gcc -shared under 2.95.3-5, unable to convert .o to .dll via -shared flag

 I am working on getting shared library support to work with the latest ecls
 release (embedded common lisp).  The standard ecls distribution uses
 dlopen() calls to dynamically load object code.  Using the latest
 dllhelpers, it seems that the -shared flag works quite nicely for building
 shared libraries.  I also modified one of the dllhelper examples to produce
 a dll that is loaded via dlopen and accessed via dlsym(), everything works

 The ecls build procedure, however, requires the ability to generate the
 shared object code via gcc from the object code file itself.  It converts,
 for example, a file called export.o to (on Linux) via
 "gcc -shared -o -L./ export.o"  The command then creates a .so
 file and appends, of course, the proper init code to work correctly.

 On Cygwin, however, while the dllhelper's examples work fine, when I try to
 generate a ".so" file (really the .dll), via the same command, I get
 unresolved linker errors.  Interestingly, the same process works for in my
 modified dllhelpers example (converting a plain old .o file to a .dll via
 the -shared switch, object file to object file)   The command under the
 build fails because there are external symbols in the object file that it
 cannot resolve--my dllhelpers example is completely self-contained.  The
 ecls gcc -shared command works on a Linux box but not on the Cygwin box.

 I am looking for some insight into the issues about what is going on and a
 work around.

 The same command works okay under Linux.  Here's the verbose output with
 export.dll stuck in instead of as the output file.

 $ gcc -shared -o export.dll -L./ export.o
 Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs
 gcc version 2.95.3-5 (cygwin special)

 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe --shared -Bdynamic -e
 __cygwin_dll_entry@12 --dll-search-prefix=cyg -o

export.dll -L../ -L./ -L/usr/local/lib -L/usr/lib -L/usr/lib/w32api -L/usr/l
 ib/gcc-lib/i686-pc-cygwin/2.95.3-5 -v
 export.o -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc
 collect2 version 2.95.3-5 (cygwin special) (80386, BSD syntax)

/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld -
 -shared -Bdynamic -e __cygwin_dll_entry@12 --dll-search-prefix=cyg -o

export.dll -L../ -L./ -L/usr/local/lib -L/usr/lib -L/usr/lib/w32api -L/usr/l
 ib/gcc-lib/i686-pc-cygwin/2.95.3-5 -v
 export.o -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc
 export.o: In function `init_LSP_EXPORT':
 /e/tmp/sandbox/ecls/build/lsp/export.h:66: undefined reference to
 /e/tmp/sandbox/ecls/build/lsp/export.h:67: undefined reference to `Ct_body'
 /e/tmp/sandbox/ecls/build/lsp/export.h:67: undefined reference to
 /e/tmp/sandbox/ecls/build/lsp/export.h:67: undefined reference to `set'
 /e/tmp/sandbox/ecls/build/lsp/export.h:68: undefined reference to

 Under Linux, the linker gets the -shared option but no -Bdynamic and it
 completes okay.


Unsubscribe info:
Bug reporting:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]