[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MinGW libtool DLL failure

From: Earnie Boyd
Subject: Re: MinGW libtool DLL failure
Date: Thu, 10 Oct 2002 07:26:57 -0400
User-agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1) Gecko/20020826

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 
-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/../../.. -lstdc++ -luser32 -lkernel32 
-ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmsvcrt   -o 

What about removing the first object file, the:



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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]