<br><br><div class="gmail_quote">On Wed, Nov 12, 2008 at 2:17 PM, Erik Christiansen <span dir="ltr"><<a href="mailto:dvalin@internode.on.net">dvalin@internode.on.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Wed, Nov 12, 2008 at 11:28:33AM +0530, Chaman Singh Verma wrote:<br>
> Still, I get these errors.<br>
><br>
> Can someone help ?<br>
<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/crti.o: In function<br>
> `_init':<br>
> /build/buildd/glibc-2.8~20080505/build-tree/amd64-libc/csu/crti.S:25:<br>
> multiple definition of `_init'<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/crti.o:/build/buildd/glibc-2.8~20080505/build-tree/amd64-libc/csu/crti.S:25:<br>
> first defined here<br>
<br>
</div>It says that two copies of crti.S are being linked, resulting in<br>
duplicate symbol definition. Since one copy shouldn't be there, you need<br>
only identify which one should be there, and remove the other from your<br>
link stage.<br>
<br>
The first greatly resembles the initialisation code coming with a 64-bit<br>
native gcc. The second looks suspiciously like it's from a glibc<br>
snapshot from May.<br>
<br>
Exclude the one which shouldn't be there, and the error will evaporate.<br>
<div class="Ih2E3d"><br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/crti.o: In function<br>
> `_fini':<br>
> /build/buildd/glibc-2.8~20080505/build-tree/amd64-libc/csu/crti.S:37:<br>
> multiple definition of `_fini'<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/crti.o:/build/buildd/glibc-2.8~20080505/build-tree/amd64-libc/csu/crti.S:37:<br>
> first defined here<br>
<br>
</div>Same as above.<br>
<div class="Ih2E3d"><br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtbeginS.o:(.data.rel+0x0): multiple<br>
> definition of `__dso_handle'<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtbeginS.o:(.data.rel+0x0): first<br>
> defined here<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtendS.o:(.dtors+0x0): multiple<br>
> definition of `__DTOR_END__'<br>
> /usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtendS.o:(.dtors+0x0): first defined<br>
> here<br>
<br>
</div>These, in the object file, are likely to vanish when the extraneous<br>
library is no longer linked.<br>
<div class="Ih2E3d"><br>
> collect2: ld returned 1 exit status<br>
<br>
</div>That results from the above problem.<br>
<br>
How have you achieved this effect? Even with both paths in the<br>
library path (-L ...), it should only link the first found.<br>
<br>
Whether you're building from a howto, or installing a source package, my<br>
advice is to rip it all out, and start again. One copy of the libraries<br>
is sufficient.<br>
<br>
Erik<br>
<br>
--<br>
The universe is ruled by letting things take their course. It cannot be<br>
ruled by interfering.<br>
-- Chinese proverb<br>
<font color="#888888"></font></blockquote><div><br><br>Hello,<br><br>I tried my best, but don't know where are how the libraries are getting linked.<br><br>csv<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888"><br>
<br>
--<br>
ubuntu-users mailing list<br>
<a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-users</a><br>
</font></blockquote></div><br>