http://sourceware.org/bugzilla/show_bug.cgi?id=12712
Summary: genscripts.sh produces unusable ld when executed with
Bourne Shell
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: hume-ml+sourcew...@bofh.ca
When compiling binutils, the Makefile for ld will execute genscripts.sh using
"$(SHELL)". Unless altered, SHELL will default to /bin/sh. On platforms such
as Solaris or OpenIndiana, /bin/sh is *not* bash. This results in corruption
of the linker scripts, which only manifests later when ld is actually run.
The problem is hinted at during the compile:
LIB_PATH='' /bin/sh ../../binutils-2.21/ld/genscripts.sh
"../../binutils-2.21/ld" "/arm_dev/arm-unknown-linux-uclibc/lib"
"/arm_dev/arm-unknown-linux-uclibc" "/arm_dev/arm-unknown-linux-uclibc"
i386-pc-solaris2.11 arm-unknown-linux-uclibc arm-unknown-linux-uclibc
"armelf_linux armelfb_linux" "/usr/local/lib /lib /usr/lib" yes armelf
"arm-unknown-linux-uclibc"
sed: ldscripts/armelf.xw.tmp: No such file or directory
sed: ldscripts/armelf.xc.tmp: No such file or directory
sed: ldscripts/armelf.xsc.tmp: No such file or directory
sed: ldscripts/armelf.xsw.tmp: No such file or directory
sed: ldscripts/armelf.xsw.tmp: No such file or directory
And then later, when attempting to execute ld, even from the build tree:
shumira:/arm_dev/build/stage1/build-binutils-2.21/ld> ./ld-new
./ld-new:built in linker script:14: syntax error
Simply executing "make" with "SHELL=/bin/bash" is enough to cure the issue. It
might be more portable to fix the script (synchronization issue with subshells)
but /bin/bash exists almost everywhere.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
