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