https://sourceware.org/bugzilla/show_bug.cgi?id=33162
--- Comment #17 from Rainer Orth <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #16 from Nick Alcock <nick.alcock at oracle dot com> --- > Hm. This freshly built GNU ld on the compile farm box which I believe is yours > (cfarm216) seems to be quite unhappy: > > nix@s11-sparc:~/binutils-gdb/build/ld$ ./ld-new --verbose > GNU ld (GNU Binutils) 2.45.50.20250716 > Supported emulations: > elf32_sparc_sol2 > elf32_sparc > elf64_sparc_sol2 > elf64_sparc > /home/nix/binutils-gdb/build/ld/.libs/ld-new:built in linker script:0: syntax > error > > Never seen *that* before. The generated linker script source in the objdir all > looks fine. Ah, I forgot: that's PR ld/32580. You need export CONFIG_SHELL=/bin/bash before configuring. I looked into doing this in the binutils configury, but there seems to be no way, unfortunately. On second thought, maybe we could at least error out if $SHELL isn't bash in ld... > Even 2.44 is misbehaving, though differently: > > GNU ld (GNU Binutils) 2.44 > Supported emulations: > elf32_sparc_sol2 > elf32_sparc > elf64_sparc_sol2 > elf64_sparc > /home/nix/.local/bin/ld: target elf64-sparc not found > collect2: error: ld returned 1 exit status > > (elf64-sparc is, obviously, in the targets list). It's not: there's elf64_sparc ;-) gcc at least invokes ld with -m elf64_sparc_sol2 instead. > I'll dig into this, but if you've seen this before and know what's wrong > already, please do say :) Sure, sorry for the mess. binutils (especially ld) isn't too well maintained on Solaris, unfortunately. I tend to check if it still builds when a new release branches and verify can bootstrap gcc with it without regressions, but existing issues remain ;-( -- You are receiving this mail because: You are on the CC list for the bug.
