* Explicitly use $(SHELL) to run shell scripts.
* Use SHELL = @SHELL@, not SHELL = /bin/sh. @SHELL@ will be substituted
by associated configure scripts, and will actually refer to the
environment variable ${CONFIG_SHELL}.
in binutils-current, rev.1.224.
ldemul_finish() might change section addresses/lengths, so this change
makes sure it is really the final output which is checked.
This fixes problems loading LKMs on alpha and amd64, reported by
Dave Huang per PR bin/33909. I could reproduce it myself on alpha.
Kaz Kojima <kkojima@rr.iij4u.or.jp>
* elf32-sh.c (sh_elf_relocate_section): Don't reset relocation
for R_SH_REL32 in shared objects if the symbol is locally called.
Makes hidden and protected symbols in shared objects work.
This will be committed to the binutils mainline.
wrong registers with some opcodes, the error is:
Error: Illegal operands: There are only 32 single precision f registers; [0-31]
And the code to cause this is:
return (cond) ? x : -x;
where x is double.
* elf64-sparc.c (sparc64_elf_adjust_dynamic_symbol): When linking a
non-shared object, do not reserve space in .plt and .rela.plt for
regular symbols neither defined nor referenced in shared objects.
This fixes firefox for Havard
"tradlittlemips" and "tradbigmips" vectors.
The old vectors are meant for IRIX with it prelink shared library
support, and changes to better support this in binutils 2.15 broke
shared library support under NetBSD. The "trad" vectors are what 32bit
Linux and OpenBSD also use.
These vectors are also compatible with older NetBSD-built shared
libraries and programs so no flag day is necessary (Yay!).
These changes from Nick Hudson. Help also from Charles Hannum.
not if the 64 bit type is defined (BFD_HOST_64_BIT) because the second
is always defined, even if it falls back to a 32 bit type. In our case,
this was not the problem; the problem was that we bfd_vma is a 32 bit
type when BFD64 is not defined, so the shift was out of range.
cbiere