Hi David,
speaking of MINGW and dllwrap... if you build Xerces 3.0 using the
provided autoconf+libtool infrastructure, you will get only a static
library. If you add the LDFLAGS=-no-undefined option, it will attempt
to build also the dll version of the library, but the linker will crash
Creating library file: .libs/libxerces.dll.a...
c:\MinGW\bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe:
BFD 2.15.91 20040904 assertion fail ../../src/bfd/cofflink.c:1929
Can you have a look and suggest why this happens?
Thanks,
Alberto
At 14.53 04/09/2007 +0200, Boris Kolpackov wrote:
Hi David,
David Daeschler <[EMAIL PROTECTED]> writes:
> The line that reads:
>
> MAKE_SHARED = dllwrap --export-all-symbols --driver-name ${CXX}
> ${LDFLAGS}
>
> can be changed to:
>
> MAKE_SHARED = ${CXX} -shared ${LDFLAGS}
>
> To avoid the bug in dllwrap.
If only you tested the release candidate and reported this a few days
ago, before the 2.8.0 release... Hopefully MINGW folks will fix the
bug in dllwrap.
One way to work around this without changing Makefile.incl is to build
Xerces-C++ as static library. For that add -s to the runConfigure
command line.
> I did notice that when I downloaded trunk from CVS that I could not find
> a reference to dllwrap anywhere, nor Makefile.incl. Maybe this has
> already been addressed?
The build system for the upcoming 3.0.0 was changed to use autotools
so libtool now handles this, hopefully.
Boris
--
Boris Kolpackov
Code Synthesis Tools CC
http://www.codesynthesis.com
Open-Source, Cross-Platform C++ XML Data Binding
