I tried to build GCC HEAD today, using binutils 2.16. It gets stuck
during configure, here:
checking linker EH-compatible garbage collection of sections...
The backtrace looks like:
#0 0x0000000010048e60 in ppc64_elf_gc_mark_hook (sec=0x10183078,
info=0x1014e278, rel=0x1018c228,
h=0x0, sym=0x1017fc30) at
/scratch/joseph/3.4.0/linux/binutils-2.16/bfd/elf64-ppc.c:4892
#1 0x00000000100704fc in _bfd_elf_gc_mark (info=0x1014e278,
sec=0x10183078,
[EMAIL PROTECTED]: 0x10048ddc <ppc64_elf_gc_mark_hook>)
at /scratch/joseph/3.4.0/linux/binutils-2.16/bfd/elflink.c:8771
#2 0x0000000010070b10 in bfd_elf_gc_sections (abfd=0x10160570,
info=0x1014e278)
at /scratch/joseph/3.4.0/linux/binutils-2.16/bfd/elflink.c:9085
#3 0x000000001001343c in lang_process () at
/scratch/joseph/3.4.0/linux/binutils-2.16/ld/ldlang.c:4721
#4 0x0000000010014e7c in main (argc=269804016, argv=0x1fffffff558)
at /scratch/joseph/3.4.0/linux/binutils-2.16/ld/ldmain.c:458
It never returns from ppc64_elf_gc_mark_hook (spins looking things up
in a hash table, I don't have the matching source handy). I expect
this is fixed in later binutils, but has anyone else seen this happen?
Is there some way we can avoid an infinite loop in configure for this
case?
--
Daniel Jacobowitz
CodeSourcery
