This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/29487] Shared libstdc++ fails to link
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Nov 2006 21:55:37 -0000
- Subject: [Bug target/29487] Shared libstdc++ fails to link
- References: <bug-29487-276@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-19 21:55 -------
Subject: Re: Shared libstdc++ fails to link
On Mon, Nov 13, 2006 at 02:37:02AM -0000, pinskia at gcc dot gnu dot org wrote:
> > This problem was introduced by this change:
> That makes less sense really, because this just changes how to deal with
> TREE_NOTHROW. This sounds like a latent bug really.
The change does affect the EH table (diff attached). Hacking the
assembler output for stdexcept, I find that it's the following
reference that causes the error:
.word L$FB0940
This symbol is a local alias for _ZNSt12domain_errorD0Ev. This
symbol also occurs in functexcept.o which occurs earlier in the
link list. So, it looks as if the linker can't handle absolute
references to local code symbols in the second and subsequent
instances of a function.
Dave
------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-19 21:55 -------
Created an attachment (id=12647)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12647&action=view)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29487