[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Building mingw32 DLLs without -no-undefined?
From: |
Simon Josefsson |
Subject: |
Building mingw32 DLLs without -no-undefined? |
Date: |
Tue, 07 Mar 2006 15:15:29 +0100 |
User-agent: |
Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) |
Hi! I'm able to build a win32 DLL of libidn using libtool and
mingw32, but it didn't work with libgsasl. The difference was that
libidn specified a -no-undefined where as libgsasl didn't. libgsasl
depend on libidn, so that is understandable.
`-no-undefined'
Declare that OUTPUT-FILE does not depend on any other libraries.
Some platforms cannot create shared libraries that depend on other
libraries (*note Inter-library dependencies::).
Is it possible to build a DLL that depend on other libraries?
Since gsasl do depend on libidn, it seem incorrect to specify
-no-undefined in libgsasl, however, with parameter, libtool is able to
build a libgsasl DLL. I haven't tested it though.
In libidn, libtool installed Libidn.dll, libidn.a, and libidn.dll.a.
Maybe this is just a matter of making libtool pick up a better libidn
to link with? Currently it just use -lidn:
/bin/sh ../libtool --tag=CC --mode=link i586-mingw32msvc-gcc -g -O2 -o
libgsasl.la -rpath /home/jas/w32root/lib -version-info 9:8:2
-export-symbols-regex '^(gsasl|GSASL).*' init.lo done.lo register.lo error.lo
version.lo callback.lo property.lo supportp.lo suggest.lo listmech.lo xstart.lo
xstep.lo xfinish.lo xcode.lo base64.lo md5pwd.lo crypto.lo saslprep.lo
obsolete.lo ../gl/libgl.la -L/home/jas/w32root/lib -lidn
../external/libgsasl-external.la ../anonymous/libgsasl-anonymous.la
../plain/libgsasl-plain.la ../login/libgsasl-login.la
../cram-md5/libgsasl-cram_md5.la ../digest-md5/libgsasl-digest_md5.la
../securid/libgsasl-securid.la
...
Thanks for any ideas in getting usable win32 libraries are appreciated.
Thanks,
Simon
- Building mingw32 DLLs without -no-undefined?,
Simon Josefsson <=