summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/binutils/ld/Makefile.mips
Commit message (Collapse)AuthorAgeFilesLines
* MFC r288230,r288233:bdrewery2015-10-131-0/+1
| | | | | | | r288230: Fix emulation ldscripts not being installed since r131832. r288233: Fix subdir -j build after r287983 by adding missing dependencies.
* Fix typo: s/LIBSERACHPATH/LIBSEARCHPATH/gmarcel2011-03-211-1/+1
|
* Retire TARGET_ABI.imp2011-01-071-7/+6
| | | | | | | | | | | | | | | 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.
* Complete the integration of tbemd branch into head.imp2010-11-101-3/+1
| | | | | | | | | | | | | | | | 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-5/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Add n32 ABI generators...imp2010-03-021-1/+2
| | | | Submitted by: neel, jmallet
* Merge r195575 and 195530 from projects/mips to head by hand:imp2010-01-081-7/+14
| | | | | | | | | | r195575 | imp | 2009-07-10 12:24:02 -0600 (Fri, 10 Jul 2009) | 2 lines quick hack for the problem gonzo is seeing. r195530 | imp | 2009-07-10 01:18:30 -0600 (Fri, 10 Jul 2009) | 5 lines Always build all 4 emulators into the mips toolchain. # I think we have a gcc spec file issue with abi=64 since I have to do other # hacks to get it mostly kinda right.
* Push mips support for ld into the tree.imp2008-12-111-0/+24
|
* Remove MIPS support.obrien2001-04-111-38/+0
| | | | It has rotted quite badly and no one has provided updates for it.
* `stringify.sed' has been replaced by `astring.sed' [on ANSI-C systems].obrien2000-11-251-2/+2
|
* Replace freebsdelf with freebsd in most places.jb1999-11-071-1/+1
| | | | Requested by: obrien
* Use the simplified genscripts.sh and set the cross-compiled libraryjb1999-11-061-6/+7
| | | | | | | directory to /usr/cross/${MACHINE_ARCH}-freebsdelf/usr/lib so that the cross tools behave the same way that the host versions do. When building cross tools, Cygnus doesn't set the default library directory. This doesn't suit FreeBSD IMHO.
* $Id$ -> $FreeBSD$peter1999-08-271-1/+1
|
* TARGET was being defined wrong, causing ld to always fail. It is theimp1999-04-211-5/+5
| | | | | | | | | | | | | name of the bfd target, not the gnu-standard target name. Corrected to be elf32-{big,little}mips from mipse[bl]-unknown-freebsd. DEFAULT_EMULATION was bogusly defined, causing ld to always fail (this was masked by the TARGET bogosity). Define correctly as elf32bmip and elf32lmip. Mips doesn't follow the same conventions as i386 and alpha do in this area. ld now appears to work correctly for the uncommitted mips changes to egcs.
* Add TARGET_ARCH=mipsel and TARGET_ARCH=mipseb as a valid targets.imp1999-03-011-0/+37
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.
OpenPOWER on IntegriCloud