Commit Graph

519 Commits

Author SHA1 Message Date
Marcel Moolenaar
6c7ef9a0f8 Fix PowerPC-targeted cross-builds performed on 64-bit platforms.
Only PowerPC supports both 32-bit and 64-bit targets and the
BFD_DEFAULT_TARGET_SIZE is used by the binutils code to reflect
the preferred ABI. We define BFD_DEFAULT_TARGET_SIZE for all
platforms, but based on the build machine. As such 64-bit build
machines defined BFD_DEFAULT_TARGET_SIZE incorrectly for 32-bit
targets, but since this only affects PowerPC it went unnoticed
for a long time.
The fix is to define BFD_DEFAULT_TARGET_SIZE based on the target
architecture.

PR: amd64/102996
MFC after: 1 month
2007-02-11 07:15:06 +00:00
David E. O'Brien
ffe2c5e5a5 Allow one to force with issue with 'TARGET_BIG_ENDIAN'. 2006-11-06 02:32:29 +00:00
Kip Macy
777552aef6 Temporarily add newer copy of tc-sparc.c to build to
support building of sun4v. This can be removed once
the binutils import happens.

Reviewed by: kan
Approved by: rwatson (mentor)
2006-10-09 04:52:14 +00:00
Warner Losh
38ede4873d Remove redundant default vector
Submitted by: ru@
2006-09-14 08:21:20 +00:00
Warner Losh
4c808aa2bb fix the build: add missing end of line cont character 2006-09-14 07:48:16 +00:00
Warner Losh
70e66c2fbd scripts for the arm port.
Submitted by: cognet@
Reviewed by: obrien and kan
2006-09-14 07:46:32 +00:00
Warner Losh
a8e874edc2 Fix the build and minor cleanup. 2006-09-14 07:44:05 +00:00
Warner Losh
f6b979e59e .end -> .endif 2006-09-14 07:02:17 +00:00
Warner Losh
77e84bed77 Config file for arm assembler 2006-09-14 06:39:07 +00:00
Warner Losh
f3168f1544 TARGET_BIG_ENDIAN isn't appropriate here. __ARMEB__ is sufficient and
besides, TARGET_BIG_ENDIAN isn't defined anyway.
2006-09-14 06:36:13 +00:00
David E. O'Brien
e9231ad68b Style sync. 2006-09-12 19:24:01 +00:00
David E. O'Brien
6b31c6b17f Craft the FreeBSD/ARM ABI by hacking the New ARM ABI source.
Submitted by:	cognet
2006-09-12 07:03:58 +00:00
David E. O'Brien
da07c79f6a Default vector to big endian ARM if "TARGET_BIG_ENDIAN" is defined. 2006-09-12 07:02:15 +00:00
David E. O'Brien
25024d95e9 Build 'ld' supporting a big endian ARM if "TARGET_BIG_ENDIAN" is defined. 2006-09-12 06:59:39 +00:00
David E. O'Brien
fc2717a0d2 Configure for for big endian if TARGET_BYTES_BIG_ENDIAN is defined. 2006-09-12 06:39:27 +00:00
David E. O'Brien
78b00795ef Define build 'as' TARGET_BYTES_BIG_ENDIAN if "TARGET_BIG_ENDIAN" is defined.
This is needed for bi-sex architectures.
2006-09-11 18:07:09 +00:00
Marcel Moolenaar
711feca61e Add rs6000 to the architectures on PowerPC. It's needed by gdb(1). 2006-08-24 02:36:21 +00:00
David E. O'Brien
7a8f16b8bd Fix typo.
Submitted by:	kevlo
2006-08-10 16:39:55 +00:00
David E. O'Brien
1acfb1b180 Add ARM platform Makefile for building BFD. We include the New ARM ABI only.
(rev 1.1 was an accidental commit)
2006-07-22 14:55:55 +00:00
David E. O'Brien
dbff1be7a8 Be consistent in quoting. 2006-07-22 14:37:17 +00:00
David E. O'Brien
0b47627195 Create a genscripts driver based on the PowerPC one. 2006-07-22 14:36:15 +00:00
John-Mark Gurney
b5fbf2189d remove these vestiges of gdbserver.. It hasn't built in a long time, and
now really belongs in gdb, not binutils..  Plus, these don't resemble what
the new gdbserver looks like.
2006-03-31 00:37:42 +00:00
David E. O'Brien
01950bb64f Use the system gnuregex library vs. building GNU regex bits into libiberty
and using them.

Reviewed by:	marcel,imp
Desired by:	ache
2005-02-14 12:10:14 +00:00
Ruslan Ermilov
6fa13ec06f Scheduled mdoc(7) sweep. 2005-01-09 19:54:23 +00:00
Ruslan Ermilov
83c7ade90a NOSHARED -> NO_SHARED 2004-12-21 09:59:45 +00:00
Ruslan Ermilov
e653b48c80 Start the dreaded NOFOO -> NO_FOO conversion.
OK'ed by:	core
2004-12-21 08:47:35 +00:00
Ruslan Ermilov
a35d88931c For variables that are only checked with defined(), don't provide
any fake value.
2004-10-24 15:33:08 +00:00
Alexander Kabaev
aa8ad7aad0 Add NO_WERROR here. Binutils as does not compile cleanly with GCC 3.4.x. 2004-07-28 05:39:04 +00:00
David E. O'Brien
7d0fc2f49e MAJOR cleanup of the Bmake framework.
This includes removing all vestiges of the old not-really supported
ability to build cross tools targeting non-FreeBSD systems, such as
m68k Lynx and NetBSD.  Move as much duplicated code from platform
Makefiles into the shared Makefiles.  Add a simple mechanism for
specifying ELF 'ldscripts'.  Also share as many .h files as possible
(now a single bfd.h vs. one per platform).
2004-07-08 17:05:34 +00:00
Marcel Moolenaar
861492f7ea Removed. It was used for building gdb docs, which we don't do here
anymore.
2004-06-27 03:34:54 +00:00
David E. O'Brien
88ef5f9abd GDB has moved up one level. 2004-06-25 07:34:56 +00:00
Marcel Moolenaar
2d4b977b2d Remove building gdb info files. The gdb info files are built as part
of building gdb itself, which has been decoupled from binutils for
as much as is reasonable.
2004-06-25 06:55:49 +00:00
David E. O'Brien
29d4ba3f47 Turn back on the building of GDB info files. 2004-06-23 04:36:04 +00:00
David E. O'Brien
c041ca55ad This should be the right set of docs sources. 2004-06-21 18:23:51 +00:00
David E. O'Brien
13aa0cfc8a Disable building of GDB info files until the gdb6 upgrade is finished. 2004-06-21 18:09:20 +00:00
David E. O'Brien
264ea182b8 With tmm's latest change to the sparc64 dynamic loader, we can remove this
hack to binutils and use the stock sparc64 sources.
2004-06-20 09:46:13 +00:00
David E. O'Brien
34d55919fb Our 'TOOLS_PREFIX' and not 'DESTDIR' matches what the stock GNU build
framework wants.
2004-06-20 01:44:58 +00:00
Marcel Moolenaar
209205620c Update to binutils 2.15. 2004-06-19 23:18:14 +00:00
Marcel Moolenaar
7905213dd1 Seperately add regex.c and splay-tree.c to SRCS. They are both needed
by gdb(1). While here, sort SRCS.
2004-06-19 22:22:42 +00:00
Marcel Moolenaar
dad12fe587 Add the necessary branding of ELF files. This is relatively easy to
achieve on ia64, because we need to generate the ELF64/ia64 code and
simply tag elf-fbsd-brand.c at the end of it.

This hasn't actually been tested beyond trivial compilation testing.
A buildworld has been started and it's time I wait for my changes to
loop back to my local repo anyway. I'll get back to this in a couple
of hours...
2004-06-19 21:14:10 +00:00
Marcel Moolenaar
831f4a372e Add bfdwin.c to SRCS. The file contains support for mmap(2) windows
into a BFD. It's included in stock BFD on the platforms I checked
(i386 and ia64).
2004-06-19 20:50:57 +00:00
Marcel Moolenaar
5b728dfd69 Move the elf32-target.h and elf64-target.h targets from the MD
makefiles to the centralized makefile. This not only reduces
duplication, it also makes the MD quirks stand out better and
thus improves maintenance.
2004-06-19 20:37:38 +00:00
Marcel Moolenaar
690258427d Update to binutils 2.15:
o  BFD_VERSION_DATE now reflects the release date of 2.15,
o  BFD_VERSION now has the correct version number.

Previous values reflected 2.14.92 from a week prior to release.

While here, fix a whitespace (tab) nit.
2004-06-19 19:44:19 +00:00
Marcel Moolenaar
e6535bde1e Update to binutils 2.15:
o  HAVE_SEEKO and HAVE_TELLO are defined now. These are used in bfdio.c.
o  HAVE_STRTOULL is defined now. This is used in bfd.c.
2004-06-19 19:25:33 +00:00
Marcel Moolenaar
d84675107c Update to binutils 2.15. 2004-06-19 18:52:31 +00:00
David E. O'Brien
d8a921c775 Commit a crude hack so we get sparc64 snapshots working again with a
stable ld.so.  We need to revisit the rtld-elf/sparc64/rtld_start.S
rev. 1.5 and rtld-elf/sparc64/rtld_machdep.h rev. 1.5, which was
suppose to allow stock Binutils 2.13 (and later) to be used.
2004-06-17 16:08:20 +00:00
David E. O'Brien
e223c68bfc Updated Bmake framework for Binutils 2.15. 2004-06-16 07:09:44 +00:00
David E. O'Brien
98c20d02c0 Disable gdb from the build due to the impending binutils 2.15 import.
GDB 5.12 cannot consume the 2.15 bfd and libiberty.
2004-06-16 05:19:00 +00:00
David E. O'Brien
9232e635e0 Sperate out the MD parts of kvm-fbsd to get rid of the #ifdef maze.
Also quiet some warnings by tweaking the included headers.
2004-06-11 16:09:38 +00:00
David E. O'Brien
c337dbb2f2 Use pcbp->pcb_ufp for UltraSparc vs. ->pcb_fp. 2004-05-10 17:45:51 +00:00