bug-libtool
[Top][All Lists]
Advanced

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

Re: "object name conflicts in archive"


From: Paolo Bonzini
Subject: Re: "object name conflicts in archive"
Date: Tue, 27 Jul 2010 11:35:57 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Thunderbird/3.0.5

On 07/27/2010 11:33 AM, Paolo Bonzini wrote:
A user has reported the following failure in GNU Smalltalk:

/bin/sh ../libtool --tag=CC --mode=link gcc -s -O4 -Wall
-Wdeclaration-after-statement -Wno-format -Wpointer-arith
-Wno-pointer-sign -Wwrite-strings -Wno-strict-aliasing -Wno-switch
-fno-gcse -fstrict-aliasing -mms-bitfields -Ic:/gtk+/include/glib-2.0
-Ic:/gtk+/lib/glib-2.0/include -version-info 8:0:1 -no-undefined
-export-symbols-regex "^gst_.*" -s -O4 -o libgst.la -rpath
c:/dummy/gst/lib <snip> ../lib-src/library.la -lws2_32
../libffi/libffi.la ../snprintfv/snprintfv/libsnprintfvc.la -lreadline
-lgmp -lpthread -lm -Lc:/gtk+/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0
-lintl
libtool: link: (cd .libs/libgst.lax/library.a && ar x
"/e/Sources/smalltalk-3.2.1/libgst/../lib-src/.libs/library.a")
libtool: link: object name conflicts in archive:
.libs/libgst.lax/library.a//e/Sources/smalltalk-3.2.1/libgst/../lib-src/.libs/library.a


 From the attached make.log I listed the files that should be in the
final archive and there are no conflicts:

alloc.lo avltrees.o byte.lo callin.lo cint.lo closures.o comp.lo
debug.o dict.lo events.lo ffi.o files.lo getaddrinfo.o getdtablesize.o
getopt1.o getopt.o gst-parse.lo gstpub.lo heap.lo inet_ntop.o input.lo
interp.lo java_raw_api.o lex.lo libsnprintfvc_la-custom.o
libsnprintfvc_la-filament.o libsnprintfvc_la-format.o
libsnprintfvc_la-mem.o libsnprintfvc_la-printf.o
libsnprintfvc_la-stream.o lock.o ltdl.o md5.o mkdtemp.o mkstemp.o
mpz.lo obstack.o oop.lo opt.lo pointer-set.o poll.o prep_cif.o print.lo
qsort.o raw_api.o rbtrees.o real.lo regex.o re.lo save.lo security.lo
setenv.o sockets.lo socketx.o str.lo strsep.o strsignal.o strspell.o
symlink.o sym.lo sysdep.lo tree.lo types.o win32.o xlat.lo

However, I also noticed this in the place where library.la is built:

/bin/sh ../libtool --tag=CC --mode=link gcc -s -O4 -Wall
-Wdeclaration-after-statement -Wno-format -Wpointer-arith
-Wno-pointer-sign -Wwrite-strings -Wno-strict-aliasing -Wno-switch
-fno-gcse -fstrict-aliasing -mms-bitfields -Ic:/gtk+/include/glib-2.0
-Ic:/gtk+/lib/glib-2.0/include -s -O4 -o library.la qsort.lo getopt.lo
getopt1.lo md5.lo avltrees.lo rbtrees.lo lock.lo strspell.lo regex.lo
socketx.lo pointer-set.lo ltdl.lo obstack.lo poll.lo setenv.lo
getaddrinfo.lo inet_ntop.lo strsignal.lo mkstemp.lo getdtablesize.lo
strsep.lo symlink.lo mkdtemp.lo -lpthread -lm -Lc:/gtk+/lib
-lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl
copying selected object files to avoid basename conflicts...
libtool: link: ar cru .libs/library.a qsort.o getopt.o getopt1.o md5.o
avltrees.o rbtrees.o lock.o strspell.o regex.o socketx.o pointer-set.o
ltdl.o obstack.o poll.o setenv.o getaddrinfo.o inet_ntop.o strsignal.o
mkstemp.o getdtablesize.o strsep.o symlink.o mkdtemp.o

So libtool finds a basename conflict even though there is none in the
list of files passed to it (and in fact there's no ln/cp command between
the "copying selected object files" line and the ar invocation.

The make.log is not really needed given the info above, anyway here it is.

Paolo

Attachment: make.log
Description: Text document


reply via email to

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