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

question about linking errors



While linking berkeleydb in openoffice.org on linux sparc i get multiple
errors such as below[0]. 

So I am wondering if this is a bug with binutils packaging, or is it a problem with
my own complied version of gcc, or is it something wrong in the compiled code
which explicitly is linking in those duplicated files? I know the errors
stop if i stop it linking in those files, but I wonder is that the correct
solution because of the path names reported (from the packagers build
system?) 

If i go to /usr/lib and grep -r "/build/buildd" * there are very many binary
files this path embedded somewhere.

thanks

jim
 
[0]
<snip>
 -L/usr/lib/../lib /usr/local/lib/../lib/libstdc++.so -lm -lc -lgcc_s_32
/usr/local/lib/gcc/sparc64-unknown-linux-gnu/3.4.3/32/crtendS.o /
usr/lib/../lib/crtn.o  -m32 -o .libs/libdb_cxx-4.2.so
/usr/lib/../lib/crti.o(.init+0x0): In function init':
/build/buildd/glibc-2.3.2.ds1/build-tree/sparc-libc/csu/crti.S:9: multiple
defin
ition of init'
/usr/lib/../lib/crti.o(.init+0x0):/build/buildd/glibc-2.3.2.ds1/build-tree/sparc
-libc/csu/crti.S:9: first defined here
/usr/bin/ld: Disabling relaxation: it will not work with multiple
definitions
/usr/lib/../lib/crti.o(.fini+0x0): In function fini':
: multiple definition of fini'
/usr/lib/../lib/crti.o(.fini+0x0): first defined here
/usr/local/lib/gcc/sparc64-unknown-linux-gnu/3.4.3/32/crtbeginS.o(.data.rel+0x0)
: multiple definition of _dso_handle'
/usr/local/lib/gcc/sparc64-unknown-linux-gnu/3.4.3/32/crtbeginS.o(.data.rel+0x0)
: first defined here
collect2: ld returned 1 exit status



Reply to: