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
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
