Commit Graph

37 Commits

Author SHA1 Message Date
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
David E. O'Brien
e223c68bfc Updated Bmake framework for Binutils 2.15. 2004-06-16 07:09:44 +00:00
Andrey A. Chernov
7e433f006b Back out attempt to bypass contrib's getopt.h on the way,
it makes cross-build fail.
Prefer invisible incorrect -current build to visible failure.
2004-03-05 16:12:31 +00:00
Andrey A. Chernov
44fc52d2ac Add -I${DESTDIR}/usr/include before -I${SRCDIR}/include to pick right
getopt.h (as workaround until it will be removed from contrib)
2004-03-04 20:36:18 +00:00
Johan Karlsson
7ff8c436d3 style.Makefile(5):
Use WARNS?= instead of WARNS=

For this to work properly for all part is the subdirectories
the WARNS assignments in Makefile.inc0 are moved to the correspondning
Makefile.inc.

Approved by:	obrien (binutils maintainer)
Tested by:	make universe
2004-02-24 19:23:33 +00:00
David E. O'Brien
0f5a412173 Update for the 2.13.2 2002-11-27 snapshot import. 2002-12-02 09:40:02 +00:00
David E. O'Brien
b8ac217e31 Yesterday was the 10th month of the year, not the 11st. 2002-10-11 08:40:19 +00:00
David E. O'Brien
28d1796af8 Update for 2.13 10-Oct-2002 import - Identify the version correctly 2002-10-11 06:23:02 +00:00
David E. O'Brien
0e7fe4f6c0 There is need to have a special BINUTIL_ARCH when we can use our more
common place TARGET_ARCH.
2002-09-22 05:29:37 +00:00
David E. O'Brien
e0444818b2 Update for 2.12.1 20-July-2002 import. 2002-08-31 20:57:53 +00:00
David E. O'Brien
2af8b6958a Updated to a 10-April-2002 2.12 branch snapshot.
This fixes serious problems in ld's symbol handling.
2002-04-12 19:59:42 +00:00
David E. O'Brien
615836eeac Update to Binutils 2.12.0 release. 2002-03-20 23:05:19 +00:00
David E. O'Brien
b0627fcc77 Tune WARNS for Alpha. 2002-03-14 02:24:25 +00:00
David E. O'Brien
d46d3a1c02 Update for binutils_2_12_anoncvs_20020221. 2002-02-22 18:49:37 +00:00
David E. O'Brien
d85bf1887e We do not need to use -I- any longer.
Presumably the issue was with arparse.[ch].  Those are now in FREEBSD-Xlist
and FREEBSD-deletelist.  So we do not import the Bison produced files that
was causing the problem.

Submitted by:	ru
2002-02-07 17:35:49 +00:00
David E. O'Brien
a1a1118a96 Change the way the version strings are handled. 2002-01-27 22:47:22 +00:00
David E. O'Brien
23e896a740 We are now at a 2.12.0 pre-release snap version. 2002-01-27 13:02:31 +00:00
David E. O'Brien
462c450905 More cleaning. 2001-10-15 01:18:51 +00:00
David E. O'Brien
bbd7c7f077 Clean up the formatting. 2001-10-14 00:58:59 +00:00
David E. O'Brien
6f6c5dce4e Update the version string so I can identify this new variant. 2001-07-20 03:51:17 +00:00
David E. O'Brien
d4d994956c Upgrade to 2.11.2. 2001-06-26 17:13:11 +00:00
David E. O'Brien
f99372a0e4 Upgrade to Binutils 2.11.0. 2001-05-28 09:19:47 +00:00
David E. O'Brien
370d222b7f Remove MIPS support.
It has rotted quite badly and no one has provided updates for it.
2001-04-11 00:12:48 +00:00
David E. O'Brien
72b5e8cc9f Correct the Bintuils src path from the debugging version I accidently
committed.
2000-11-15 22:05:00 +00:00
David E. O'Brien
04f9b2d551 Upgrade to Binutils 2.10.1. 2000-11-15 21:29:55 +00:00
David E. O'Brien
ddad85161d We are now at version 2.10 release. 2000-06-20 06:19:15 +00:00
David E. O'Brien
7f3d7f20f8 Pull the switch and activate our Binutils to a snapshot of the up and
comming 2.10 release.
2000-05-22 08:09:42 +00:00
David E. O'Brien
076c80b287 Use a alternate side 2.9.1 source tree while upgrading Binutils. 2000-05-12 22:55:23 +00:00
Marcel Moolenaar
ecc4dcbd82 s/MACHINE_ARCH/TARGET_ARCH/g
The target machine is represented by TARGET_ARCH. MACHINE_ARCH always
represents the host machine. When TARGET_ARCH is not defined, it is
assumed to be equal to MACHINE_ARCH. This means that we're building a
native toolset by default. We're creating cross-compilation tools when
MACHINE_ARCH != TARGET_ARCH.

TARGET_ARCH is defined when building binutils as part of the bootstrap
build and is set to reflect the architecture we're currently cross-
building. With this change binutils is ready for cross-building.
1999-12-17 15:50:45 +00:00
John Birrell
fe8e7c2346 Change CROSS_TOOLS to CROSS_ARCH because that makes more sense.
Allow for the case where the host architecture might also be listed
in CROSS_ARCH, so don't do things twice. This situation can arise if you
want NT support in binutils (CROSS_ARCH=i386 CROSS_FORMAT=winnt).
1999-11-06 21:13:47 +00:00
Peter Wemm
9b7a44a60e $Id$ -> $FreeBSD$ 1999-08-27 23:37:10 +00:00
Warner Losh
7408d8ff34 Add TARGET_ARCH=mipsel and TARGET_ARCH=mipseb as a valid targets.
Unlike the unisex architecutres we've had so far, mips is bisexual.
These tools can produce either byte sex, and the compiler/make
determines the proper gender to use.  Otherwise, we'd have to have had
mipsel and mipseb in all the places that we have just mips.  And there
are other complications with doing that (binutils doesn't like to
build mips tools without both byte genders, it seems).

Introduced BINUTIL_ARCH so that other bisexual architectures can a
generic mechanism.

We cannot just define MACHINE_ARCH as mips because we need to
differentiate big and little endian types of binaries.  Discussions on
freebsd-arch have hashed out this issue (and the parallel libc
issues).  NetBSD is moving towards mipsel and mipseb for their two
flavors of mips ports (in time for 1.4, if this change hasn't already
been accomplished).

I've been building i386 worlds with this tree for a three months with
these files in place with no ill effects.
1999-03-01 04:01:57 +00:00
John Polstra
34d2198035 Update for import of binutils-2.9.1.
Submitted by:	Doug Rabson <dfr>
1998-09-06 23:01:53 +00:00
John Birrell
dd67e6bff7 Add makefile support for cross-architectures. Allow CROSS_TOOLS to
be defined (in /etc/make.conf, say) and set to the additional architectures
that need to be compiled in. So on alpha I set CROSS_TOOLS = i386.
On i386 you can't build alpha due to lack of 64-bit support on 32-bit
architectures, but that's a GNU problem.

This change relies on makefiles in the binutils sub-directories having
the extension defined in the CROSS_TOOLS, instead of those makefiles
being selected based on the host architecture.
1998-05-04 21:10:56 +00:00
John Birrell
ec14ed6ee5 Change the include path for bfd.h to libbfd/${MACHINE_ARCH} since
I moved the location of that architecture specific file.
1998-03-12 05:59:22 +00:00
John Polstra
ab5ad3a4b5 Restructure the binutils hierarchy somewhat in order to better
support building it for variant architectures.  It was already
becoming clear that the former structure was too rigid and didn't
scale well.

The usual sort of makefile magic arranges to .include an architecture
specific makefile "Makefile.${MACHINE_ARCH}" in each directory
where it exists.  Also, sources will be found in each subdirectory
"${MACHINE_ARCH}" that exists.  This is all taken care of automatically
by the top level "Makefile.inc0".

This all seems to work right for the i386 now.  I have also converted
those alpha pieces already present to the new schema as best I
could.

Also: change the BINDIR on the i386 to /usr/libexec/elf for "ar"
and "ranlib".  They are not object format independent enough to
put into /usr/bin.
1998-03-12 02:55:43 +00:00
John Polstra
2e280533a1 Add bmakefiles for building binutils from the contrib tree.
This finishes up the binutils import.  But I am leaving it disabled
in "src/gnu/usr.bin/Makefile" for now.  It is not used by anything
yet, so I'll take this opportunity to run one more round of tests
before enabling it.
1998-03-01 23:41:17 +00:00