Hi! Florian Schricker <fschricker@xxxxxx> schrieb am 14.02.06 17:02:12: > > Hi! > > (again - you helped me out on some automake issue already! :-)) > > On Tue, 2006-02-14 at 11:49 +0100, Ralf Wildenhues wrote: > > > Currently I am on the way on moving some software projects from custom > > > makefiles to autoconf. These projects mostly depend on Xerces-C; since > > > we want to support Linux, Darwin & MinGW32 I ran into trouble with DLLs > > > on MinGW32 depending on Xerces-C DLLs so, for the first releases I > > > figured I might just want to disable shared libs on MinGW32 before > > > digging deeper on where the problems are. > > > > Please let us know where the MINGW32 problems are. If you did not use > > `-no-undefined' while linking, please do so. Maybe that solves your > > issues. > > I got quite far already - am working on this for some time now - and > "-no-undefined" got me the farthest but I still had unresolved symbols > among other errors which all seem to come from the fact that dynamic > linking on Win32 is ... dumb. :-/ > I have yet to try "--enable-runtime-pseudo-reloc" together with > "-no-undefined" as I had gotten some linker message which suggested to > use it; however I am still puzzled why using DLLs is such a pita > compared to GNU/Linux & Darwin. :-( > If anyone's interested I'll report more on this - but I'm not sure if > any of you is interested in problems with Xerces-C DLLs?! :-) > > > > Well, hope this gets you set for the release: use > > > > | AC_CANONICAL_HOST > > | case "$host" in > > | *-*-linux* | *-*-darwin*) > > | AC_ENABLE_SHARED > > | ;; > > | *-*-mingw32*) > > | AC_DISABLE_SHARED > > | ;; > > | esac > > Thanks for that - will test it! Well... I get: checking whether to build shared libraries... no checking whether to build static libraries... yes on MinGW32, which is good - but still shared objects are build: if /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/C/local/include/re-group -g -O2 -MT messagelog.lo -MD -MP -MF ".deps/messagelog.Tpo" \ -c -o messagelog.lo `test -f 'messagelog.cpp' || echo './'`messagelog.cpp; \ then mv ".deps/messagelog.Tpo" ".deps/messagelog.Plo"; \ else rm -f ".deps/messagelog.Tpo"; exit 1; \ fi g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/C/local/include/re-group -g -O2 -MT messagelog.lo -MD -MP -MF .deps/messagelog.Tpo -c messagelog.cpp -o messagelog.o and in the end "it" still tries to build a shared lib, which fails since I do not provide "-no-undefined" with: libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared libraries (I know about this error.) Something I am missing, again? :-/ regards, Florian Schricker _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
