[Top][All Lists]

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

"object name conflicts in archive"

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

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.

Any ideas?


reply via email to

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