libbfd / build -E gotcha

[Patrick Welche <prlw1%newn.cam.ac.uk@localhost>]

I just tried upgrading a box by installing a new kernel and build.sh -E build.
I was surprised by the way in which I got stuck:

Once the

lrwxr-xr-x  1 root  wheel      13 Apr 18 13:46 libbfd.so.8 -> libbfd.so.8.0
-r--r--r--  1 root  wheel  445879 Apr 18 13:46 libbfd.so.8.0

was installed, the 26th March ld died, e.g., compiling hellow.c:

tape2: {4} gcc -o hellow hellow.c   
gcc: Internal error: Segmentation fault (program ld)
Please submit a full bug report.
See <URL:http://www.NetBSD.org/Misc/send-pr.html> for instructions.

Core was generated by `ld'.
Program terminated with signal 11, Segmentation fault.
#0  0xbbbc2d69 in bfd_coff_get_auxent () from /usr/lib/libbfd.so.8
(gdb) bt
#0  0xbbbc2d69 in bfd_coff_get_auxent () from /usr/lib/libbfd.so.8
#1  0xbbbbbab2 in _bfd_compute_and_write_armap () from /usr/lib/libbfd.so.8
#2  0xbbb99d88 in _bfd_elf_merge_symbol () from /usr/lib/libbfd.so.8
#3  0x08061167 in gldelf_i386_before_allocation ()
#4  0x0805704b in lang_process ()
#5  0x0805aafa in main ()

Copying

-r--r--r--    0 0        0          424626 Mar 14 13:22 libbfd.so.8.0

back gives me a working ld. The odd thing is that both libbfd's are .8.0, so
I wouldn't expect ld to die... (This all on various NetBSD-current/i386, the
source would be of the same date as the binary.)

Cheers,

Patrick