texinfo 5 has changed syntax for certain commands which led to failure when
building binutils because the documentation could not be built.
Upstream report: https://sourceware.org/bugzilla/show_bug.cgi?id=15212.
Signed-off-by: Adrien Destugues <pulkomandy@pulkomandy.tk>
* Fixes issue compiling PPC binutils
* Upstream commit 3c865fca8 by Alan Modra
* Missing a stdint.h in coff header for intptr_t usage
* PPC fix is upstream via:
https://sourceware.org/bugzilla/show_bug.cgi?id=16686
This reverts commit bf1b5855abed60bd6361e696121fa71c89d21469.
* mmu_man pointed out that the fix in bug #16686 is more
correct. (and on closer inspection I agree)
* sorry for the spam
* added missing GPL licence to te-beos.h and te-haiku.h in line with
other te-*.h files in this directory.
* reverted btrev29062 as it's not required since #6705 is fixed.
* this should ease upstreaming our changes.
If you take a release tarball (which has pregenerated syslex and sysinfo files
in it), apply some patches which touch syslex.l, and then build the result out
of tree, it will fail. This is because syslex.l uses sysinfo.h, but the
sysinfo.y file wasn't updated and so it wasn't regenerated (the files are found
in the $srcdir), and the build rule for syslex.c does not use -I$(srcdir) when
it finds a local file. Simple fix below.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
This enables --enable-gold flag to be used (doesn't compile yet though).
The gold linker promises up to five times faster linking than ld, it is also possible to use link-time optimizations.
Wonder why it doesn't happen on x86 ? (maybe cause comment chars are different ?)
cf. http://sources.redhat.com/ml/binutils/2004-04/msg00646.html
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@22737 a95241bf-73f2-0310-859d-f6bbb57e9c96
The value defined for ld must be the same, since otherwise one gets
effects like we had for generated PPC objects: The BFD page size was
0x10000, the ld page size 0x1000. Thus the data segment alignment forced
in the linker script didn't allow BFD to really start a new segment
(unless by accident a 0x10000 boundary was crossed as well). Hence our
libraries and executables only had one loadable segment (containing both
text and data), which neither of the three Haiku ELF loaders (in boot
loader, kernel, and userland) likes at all.
As a fix we force 0x1000 page size for target Haiku in a similar way it
is done for QNX.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15705 a95241bf-73f2-0310-859d-f6bbb57e9c96
for x86), so it should be placed near the .bss sections. This fixes
linkage problems -- the linker had to split the text segment after the
.plt section, which caused its pre-computed program header count to be
wrong.
* I also added the stuff concerning the .fixup and .got{1,2} sections I
found in the generic ELF PPC script. It shouldn't harm at least.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15474 a95241bf-73f2-0310-859d-f6bbb57e9c96
The i386-pc-haiku no longer uses the BeOS BFD target emulation, but
its own. A few things are shared for both *-*-haiku machines now.
The PowerPC Haiku binutils and gcc build, but I wouldn't expect them
to really produce usable output yet. We'll see...
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15381 a95241bf-73f2-0310-859d-f6bbb57e9c96
