Re: MinGW libtool DLL failure

[Earnie Boyd]

Elizabeth Barham wrote:
> Bob Friesenhahn <address@hidden> writes:
>
>
> > g++ -shared c:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../../dllcrt2.o  
> > .libs/Blob.o .libs/BlobRef.o .libs/CoderInfo.o .libs/Color.o .libs/Drawable.o 
> > .libs/Exception.o .libs/Functions.o .libs/Geometry.o .libs/Image.o 
> > .libs/ImageRef.o .libs/Montage.o .libs/Options.o .libs/Pixels.o .libs/STL.o 
> > .libs/Thread.o .libs/TypeMetric.o  -L/usr/local/lib 
> > ../../magick/.libs/libMagick-5.dll 
> > -Lc:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6 -Lc:/mingw/bin/../lib/gcc-lib 
> > -L/mingw/lib/gcc-lib/mingw32/2.95.3-6 
> > -Lc:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../../../mingw32/lib 
> > -L/mingw/lib/gcc-lib/mingw32/2.95.3-6/../../../../mingw32/lib 
> > -Lc:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../.. 
> > -L/mingw/lib/gcc-lib/mingw32/2.95.3-6/../../.. -lstdc++ -luser32 -lkernel32 
> > -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmsvcrt   -o 
> > .libs/libMagick++-5.dll
>
>
> What about removing the first object file, the:
>
> c:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../../dllcrt2.o
>
> part?
>
> The reason is that the multiple definitions were coming from within
> that particular object file - what happens without it?

With the link line fully qualified with all of the system libraries and 
objects you could just use ld directly.  It would be better, IMO, though 
to remove the system libraries from the link command and allow g[cc|++] 
to add the appropriate system libraries so that if some new system 
library is added, the package won't need to worry about it.

Earnie.