summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/binutils/Makefile.inc0
Commit message (Collapse)AuthorAgeFilesLines
* Merging of projects/armv6, part 3gonzo2012-08-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | r238211: Support TARGET_ARCH=armv6 and TARGET_ARCH=armv6eb This adds a new TARGET_ARCH for building on ARM processors that support the ARMv6K multiprocessor extensions. In particular, these processors have better support for TLS and mutex operations. This mostly touches a lot of Makefiles to extend existing patterns for inferring CPUARCH from ARCH. It also configures: * GCC to default to arm1176jz-s * GCC to predefine __FreeBSD_ARCH_armv6__ * gas to default to ARM_ARCH_V6K * uname -p to return 'armv6' * make so that MACHINE_ARCH defaults to 'armv6' It also changes a number of headers to use the compiler __ARM_ARCH_XXX__ macros to configure processor-specific support routines. Submitted by: Tim Kientzle <kientzle@freebsd.org>
* Assume a big-endian default on MIPS and drop the "eb" suffix from MACHINE_ARCH.jmallett2012-03-291-2/+3
| | | | | | | | | | | | | | | This makes our naming scheme more closely match other systems and the expectations of much third-party software. MIPS builds which are little-endian should require and exhibit no changes. Big-endian TARGET_ARCHes must be changed: From: To: mipseb mips mipsn32eb mipsn32 mips64eb mips64 An entry has been added to UPDATING and some foot-shooting protection (complete with warnings which should become errors in the near future) to the top-level base system Makefile.
* Merge binutils 2.17.50 to head. This brings a number of improvements todim2011-02-181-2/+4
|\ | | | | | | | | | | | | | | | | x86 CPU support, better support for powerpc64, some new directives, and many other things. Bump __FreeBSD_version, and add a note to UPDATING. Thanks to the many people that have helped to test this. Obtained from: projects/binutils-2.17
| * Sync: merge r215319 through r215395 from ^/head, so ports can actuallydim2010-11-161-17/+4
| | | | | | | | build! :)
| * Sync: merge r215273 through r215318 from ^/head.dim2010-11-141-2/+2
| |
| * Sync: merge r214895 through r215140 from ^/head.dim2010-11-111-13/+18
| |\
| * | Update VERSION to 2.17.50 [FreeBSD] 2007-07-03.dim2010-11-011-1/+1
| | |
| * | Update binutils VERSION define for 2.17, and create separatedim2010-10-211-2/+4
| | | | | | | | | | | | | | | TARGET_VENDOR and TARGET_OS defines. Set TARGET_TUPLE from BINUTILS_ARCH, TARGET_VENDOR and TARGET_OS.
| * | Update the BFD and binutils version defines.dim2010-10-191-1/+1
| | |
* | | Fix n32 compile.jchandra2011-01-271-1/+1
| | | | | | | | | | | | | | | | | | | | | These changes are needed to fix n32 compile after the recent change of mips n32 MACHINE_ARCH to mipsn32eb/mipsn32el. Reviewed by: imp, bz (earlier version)
* | | Retire TARGET_ABI.imp2011-01-071-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces MACHINE_ARCH=mipse[lb] TARGET_ABI=n64. MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated this much, but implemented this to preserve as much of the TARGET_ABI functionality that I could. Since its presence doesn't affect the working cases, I've kept it in for now. Added mips64e[lb] to make universe, so more kernels build. And I think this (finally) closes the curtain on the tbemd tree.
* | | Try including Makefile.${TARGET_ARCH} before Makefile.${TARGET_CPUARCH} ifnwhitehorn2010-11-151-17/+4
| | | | | | | | | | | | | | | | | | | | | it exists in order to allow arch-specific overrides. This fixes the binutils (and world) build on powerpc64 after recent TBEMD merges. Reviewed by: imp
* | | We need to add powerpc64->powerpc translations (I knew I hated copyingimp2010-11-141-2/+2
| |/ |/| | | | | | | | | | | | | this code in the first place). Also MACHINE_ARCH powerpc is 32-bit, not MACHINE_CPUARCH == powerpc. Submitted by: nathanw
* | Complete the integration of tbemd branch into head.imp2010-11-101-12/+17
|/ | | | | | | | | | | | | | | | TARGET_BIG_ENDIAN is now completely dead, except where it was originally supposed to be used (internally in the toolchain building). TARGET_ARCH has changed in three cases: (1) Little endian mips has changed to mipsel. (2) Big endian mips has changed to mipseb. (3) Big endian arm has changed to armeb. Some additional changes are needed to make 'make universe' work on arm and mips after this change, so those are commented out for now. UPDATING information will be forthcoming. Any remaining rough edges will be hammered out in -current.
* Add/improve mips64r2, Octeon, n32 and n64 support in the toolchain.jmallett2010-06-021-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | o) Add TARGET_ABI to the MIPS toolchain build process. This sets the default ABI to one of o32, n32 or n64. If it is not set, o32 is assumed as that is the current default. o) Set the default GCC cpu type to any specified TARGET_CPUTYPE. This is necessary to have a working "cc" if e.g. mips64 is specified, as binutils will refuse to link objects using different ISAs in some cases. o) Add support for n32 and n64 ABIs to binutils and GCC. o) Add additional required libgcc2 stubs for n32 and n64. o) Add support for the "mips64r2" architecture to GCC. Add the "octeon" o) When static linking, wrap default libraries in --start-group and --end-group. This is required for static linking to work on n64 with the interdependencies between libraries there. This is what other OSes that support n64 seem to do, as well. o) Fix our GCC spec to define __mips64 for 64-bit targets, not __mips64__, the former being what libgcc, etc., check and the latter seemingly being a misspelling of a hand merge from a Linux spec. o) When no TARGET_CPUTYPE is specified at build time, make GCC take the default ISA from the ABI. Our old defaults were too liberal and assumed that 64-bit ABIs should default to the MIPS64 ISA and that 32-bit ABIs should default to the MIPS32 ISA, when we are supporting or will support some systems based on earlier 32-bit and 64-bit ISAs, most notably MIPS-III. o) Merge a new opcode file (and support code) from a later version of binutils and add flags and code necessary to support Octeon-specific instructions. This should also make merging opcodes for other modern architectures easier. Reviewed by: imp
* Merge from project/mips r195021:imp2010-01-081-1/+2
| | | | | r195021 | gonzo | 2009-06-25 18:44:23 -0600 (Thu, 25 Jun 2009) | 2 lines - Add MIPS to the list of 32-bit architectures
* Fix PowerPC-targeted cross-builds performed on 64-bit platforms.marcel2007-02-111-0/+6
| | | | | | | | | | | | | | | 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
* MAJOR cleanup of the Bmake framework.obrien2004-07-081-1/+1
| | | | | | | | | 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).
* Updated Bmake framework for Binutils 2.15.obrien2004-06-161-3/+8
|
* Back out attempt to bypass contrib's getopt.h on the way,ache2004-03-051-2/+0
| | | | | it makes cross-build fail. Prefer invisible incorrect -current build to visible failure.
* Add -I${DESTDIR}/usr/include before -I${SRCDIR}/include to pick rightache2004-03-041-0/+2
| | | | getopt.h (as workaround until it will be removed from contrib)
* style.Makefile(5):johan2004-02-241-5/+0
| | | | | | | | | | | 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
* Update for the 2.13.2 2002-11-27 snapshot import.obrien2002-12-021-2/+2
|
* Yesterday was the 10th month of the year, not the 11st.obrien2002-10-111-2/+2
|
* Update for 2.13 10-Oct-2002 import - Identify the version correctlyobrien2002-10-111-2/+4
|
* There is need to have a special BINUTIL_ARCH when we can use our moreobrien2002-09-221-7/+6
| | | | common place TARGET_ARCH.
* Update for 2.12.1 20-July-2002 import.obrien2002-08-311-2/+2
|
* Updated to a 10-April-2002 2.12 branch snapshot.obrien2002-04-121-2/+2
| | | | This fixes serious problems in ld's symbol handling.
* Update to Binutils 2.12.0 release.obrien2002-03-201-2/+2
|
* Tune WARNS for Alpha.obrien2002-03-141-1/+3
|
* Update for binutils_2_12_anoncvs_20020221.obrien2002-02-221-2/+2
|
* We do not need to use -I- any longer.obrien2002-02-071-3/+1
| | | | | | | | 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
* Change the way the version strings are handled.obrien2002-01-271-2/+3
|
* We are now at a 2.12.0 pre-release snap version.obrien2002-01-271-1/+1
|
* More cleaning.obrien2001-10-151-1/+1
|
* Clean up the formatting.obrien2001-10-141-16/+12
|
* Update the version string so I can identify this new variant.obrien2001-07-201-1/+1
|
* Upgrade to 2.11.2.obrien2001-06-261-1/+1
|
* Upgrade to Binutils 2.11.0.obrien2001-05-281-1/+1
|
* Remove MIPS support.obrien2001-04-111-4/+0
| | | | It has rotted quite badly and no one has provided updates for it.
* Correct the Bintuils src path from the debugging version I accidentlyobrien2000-11-151-1/+1
| | | | committed.
* Upgrade to Binutils 2.10.1.obrien2000-11-151-2/+2
|
* We are now at version 2.10 release.obrien2000-06-201-1/+1
|
* Pull the switch and activate our Binutils to a snapshot of the up andobrien2000-05-221-2/+2
| | | | comming 2.10 release.
* Use a alternate side 2.9.1 source tree while upgrading Binutils.obrien2000-05-121-1/+1
|
* s/MACHINE_ARCH/TARGET_ARCH/gmarcel1999-12-171-2/+3
| | | | | | | | | | | | 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.
* Change CROSS_TOOLS to CROSS_ARCH because that makes more sense.jb1999-11-061-1/+7
| | | | | | 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).
* $Id$ -> $FreeBSD$peter1999-08-271-1/+1
|
* Add TARGET_ARCH=mipsel and TARGET_ARCH=mipseb as a valid targets.imp1999-03-011-7/+13
| | | | | | | | | | | | | | | | | | | | | | 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.
* Update for import of binutils-2.9.1.jdp1998-09-061-2/+2
| | | | Submitted by: Doug Rabson <dfr>
OpenPOWER on IntegriCloud