This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/52689] static linking with libstdc++ fails
- From: "ro at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 30 Mar 2012 16:42:20 +0000
- Subject: [Bug libstdc++/52689] static linking with libstdc++ fails
- Auto-submitted: auto-generated
- References: <bug-52689-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52689
Rainer Orth <ro at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ro at gcc dot gnu.org
--- Comment #10 from Rainer Orth <ro at gcc dot gnu.org> 2012-03-30 16:42:20 UTC ---
Unfortuntately, the fix causes link failures during mainline bootstrap on
Solaris:
I'm using a static g++ 4.4 built libppl_c.a, which contains references to
Undefined first referenced
symbol in file
_ZNSt15_List_node_base4swapERS_S0_
/vol/gcc/lib/libppl_c.a(ppl_c_Pointset_Powerset_C_Polyhedron.o)
_ZNSt15_List_node_base4hookEPS_ /vol/gcc/lib/libppl_c.a(ppl_c_Polyhedron.o)
_ZNSt15_List_node_base6unhookEv
/vol/gcc/lib/libppl_c.a(ppl_c_Pointset_Powerset_C_Polyhedron.o)
_ZNSt15_List_node_base8transferEPS_S0_
/vol/gcc/lib/libppl_c.a(ppl_c_Pointset_Powerset_C_Polyhedron.o)
ld: fatal: symbol referencing errors. No output written to go1
These references are now unresolved. It could be considered a build bug since
the just build libstdc++.a is searched before the gcc 4.4 libstdc++.a specified
via -L/vol/gcc-4.4/lib.
Whether it is considered an accident or not that this worked so far is the
question.
Rainer