>> On 8/25/2011 10:06 AM, Carlos O'Donell wrote: >>> On 8/25/2011 6:37 AM, Rolf Eike Beer wrote: >>>> const&)]+0xbc): cannot reach >>>> 00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0, >>>> recompile with -ffunction-sections >>> So did you recompile with -ffunction-sections? >>> >>> The basic problem is that the linker was unable to insert a jump >>> to the requested function because it was too far away. Some targets >>> like hppa have short branch distances and we use intermediate stub >>> tables to get around that. However, we can't insert stub tables just >>> anywhere, they need to go between sections. Therefore you need to >>> break up this object file. >> I think there is a real bug here but nobody has provided a test case. >> -ffunction-sections >> probably won't help. > > Confirmed, it is a regression in gcc 4.5. If I build using 4.4.6 > everything works fine. I'll file a bug report tonight. Everything _compiles_ fine. The process later goes into an endless loop again if I call the compiled binary with a source directory. This does not happen with arguments like "--help" or "--version", so I overlooked that at first. So: -compiling/linking with g++ 4.5 fails -compiling/linking with g++ 4.4 works, but the result is unusable John, do you need anything more from me? Things I can test? Which version is your patch against? Eike -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
