Bug#631256: eglibc: ftbfs with binutils-gold: "These critical programs are missing or too old: ld"

tags 631256 + fixed-upstream quit Jonathan Nieder wrote: > with minor changes, it builds but the resulting ld.so > segfaults[*]. Yes! A build with binutils-gold works now (no segfault). Using 25ad0df1 ("Bug fixes for longjmp_chk on sparc", 2011-08-22) with the "Make ld --version output mat

Bug#631256: eglibc: ftbfs with binutils-gold: "These critical programs are missing or too old: ld"

Jonathan Nieder wrote: > eglibc does not build with ld.gold. Quick update: with minor changes, it builds but the resulting ld.so segfaults[*]. Almost there. Regards, Jonathan [*] Roland McGrath did some work, available from upstream's roland/gold-vs-libc branch (currently at a9d20e3d). I also

Bug#631256: eglibc: ftbfs with binutils-gold: "These critical programs are missing or too old: ld"

Source: eglibc Version: 2.13-7 Tags: upstream Hi, I believe this is already a well known problem and don't expect anything to happen, but am filing it for reference. eglibc does not build with ld.gold. There are multiple superficial reasons for that[*] but when it comes down to it, it is becaus