| Age | Commit message (Collapse) | Author |
|---|
|
|
|
NetBSD.
|
|
Fix found upstream.
ok miod@, martynas@
|
|
dynamically linked binaries. Borrowed from m68k with trivial changes.
ok kettenis@
|
|
issue it fixes will be fixed anyway once the move to binutils-2.17 happens.
xenocara breakage discovered by matthieu@
|
|
See http://lists.gnu.org/archive/html/bug-binutils/2004-07/msg00000.html for a description of the error.
Fix taken from the binutils 2.16 timeframe (GPLv2)
"Then go for it." miod@
|
|
prodding deraadt@
|
|
|
|
creating objects with a .plt (either shared libraries or dynamic binaries).
These tags contain the start and end address of the plt, relative to the
beginning of the object.
This will (eventually) allow ld.so to find the area spanned by the plt more
easily, and also matches what SVR4/m88k does.
|
|
|
|
2.15 directory, but only to build gdb.
ok deraadt@ espie@
|
|
epilogue_begin.
Backported from binutils 2.17.
ok miod@
|
|
- only the binutils package (no gdb here)
- don't import libiberty and texinfo, they are elsewhere
- remove all .info* generated files
|
|
Backported from binutils 2.17.
ok miod@
|
|
warnings caused by a maze of twisty little macros in the process, which appeared
when m88k ELF support was added to the toolchain.
|
|
command line. While technically -static only controls whether we link against
static libraries, people expect that doing so produces a fully static binary.
tested by sthen@
ok pascal@, miod@
|
|
ok miod@
|
|
32-bit boundaries, function return values being in %a0 instead of %d0 if they
are declared as pointers, and in fp registers if they are floating point types).
Compiler configuration bits (including a few m68k PIC code generation fixes)
borrowed from NetBSD.
|
|
And there was much rejoicing.
|
|
error test. The logic was correct, I was tricked by bogus compiler generated
assembly.
|
|
be resolved at link time, such as when linking a binary from objects which
have been compiled PIC (one such case being perl's miniperl).
While there, borrow the check and error message for GOT_16[HL] with nonzero
addend (which can only happen with badly crafted .s files and do not behave
like one may naively think they do) from elf32-ppc.
|
|
plt, because it may need to be written to during initial relocation.
|
|
from elf32-ppc.c. The plt entry setup matches what can be found in Motorola's
SVR4/m88k binaries.
|
|
relocations to local symbols to be rewritten as relocations to the beginning
of the section they are in, plus an addend, as addend can't work for these
relocations, the way the got is set up. Inspired by tc-ppc.
|
|
- For DefaultSize instructions, don't guess a 'q' suffix if the instruction
doesn't support it.
- Corrections for x86_64 assembly.
ok miod@
|
|
#plt symbol modifiers, and produce the appropriate relocation types.
This allows as(1) to correctly assemble PIC code.
|
|
Backported from a commit made after binutils 2.17 but before the GPLv3 switch.
ok miod@
|
|
with a test of ELF_TOOLCHAIN provided by bsd.own.mk.
No functional change.
|
|
|
|
|
|
Assembler supports a register prefix of `#' when configured for SVR4, and `%'
when configured for OpenBSD. Pseudo-ops do not need a leading dot, except
when configured for OpenBSD, allowing the `set' instruction to be recognized
correctly.
Based upon various unfinished or unreliable works, including smurph@'s early
work in 2003, my own attempts in 2004 and 2005, and Michael Kato's binutils
2.15 diff from 2005. Support for register prefixes, as well as fixing an
evil off-by-one in resolving 16-bit pc-relative relocations in ld (which would
only affect kernel .S files branching to global symbols), came as part of the
2012 work.
Not enabled yet (needs Makefile.bsd-wrapper, bfd/config.bfd and
gdb/configure.tgt updates to completely enable) so as not to disturb the
existing a.out toolchain builds; will hopefully be enabled very soon.
|
|
|
|
|
|
This allows mozilla trunk to finally link again on ppc (with --relax),
otherwise it fails badly with relocations overflow.
From http://sourceware.org/ml/binutils/2005-01/msg00115.html
ok kettenis@, no objection miod@
|
|
that controls the behaviour of Intel's Supervisor Mode Access Prevention
(SMAP) feature.
'looks correct' miod@ ok deraadt@
|
|
maybe not the simplest fix, but I'd rather it gets fixed now, while we
discuss details :)
|
|
|
|
ok jsg@
|
|
ok pascal@
|
|
|
|
|
|
different approach than the one taken in kurt@'s original diff, but deemed
better after discussion and diff exchange with kettenis@ and matthew@.
Lots of feedback by kettenis@ and matthew@, prodding and encouragement by
deraadt@.
ok kettenis@ matthew@
|
|
latter gets defined incorrectly (too small) because of include ordering
issues. Same fix as for binutils-2.17. Noticed by deraadt@.
ok matthew@
|
|
segments to the kernel, ld (2.15), and ld.so. Tested on alpha, amd64,
i386, macppc, and sparc64 (thanks naddy, mpi, and okan!).
Idea discussed for some time; committing now for further testing.
ok deraadt
|
|
correctly. The gdb backtrace command did not get over the trap
stack frame. There is a pushl %esp in alltraps() that was not
accounted for. Depending on wheter the analyzed kernel has debugging
symbols or not, the symbol is calltrap or alltraps. Both get special
treatment now.
ok miod@ kettenis@
|
|
|
|
|
|
|
|
|
|
|
