d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
d07cc88aff
freebsd-dev/gnu/usr.bin/binutils/ld/Makefile.mips

39 lines
1.3 KiB
Makefile
Raw Normal View History

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
#
$Id$ -> $FreeBSD$
1999-08-27 23:37:10 +00:00
# $FreeBSD$
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
#
.if ${MACHINE_ARCH} == "mipseb"
HOST= mipseb-unknown-freebsdelf
TARGET was being defined wrong, causing ld to always fail. It is the 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.
1999-04-21 07:46:06 +00:00
CFLAGS+= -DDEFAULT_EMULATION=\"elf32bmip\"
CFLAGS+= -DTARGET=\"elf32-bigmips\"
Use the simplified genscripts.sh and set the cross-compiled library 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.
1999-11-06 22:44:32 +00:00
_mips_path= \"/usr/lib\"
.elif ${MACHINE_ARCH} == "mipsel"
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
HOST= mipsel-unknown-freebsdelf
TARGET was being defined wrong, causing ld to always fail. It is the 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.
1999-04-21 07:46:06 +00:00
CFLAGS+= -DDEFAULT_EMULATION=\"elf32lmip\"
CFLAGS+= -DTARGET=\"elf32-littlemips\"
Use the simplified genscripts.sh and set the cross-compiled library 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.
1999-11-06 22:44:32 +00:00
_mips_path= \"/usr/lib\"
.else
Replace freebsdelf with freebsd in most places. Requested by: obrien
1999-11-07 06:01:35 +00:00
_mips_path= \"/usr/cross/mips-freebsd/usr/lib\"
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
.endif
EMS+= ld_elf32bmip_emulation ld_elf32lmip_emulation
LDSCRIPTS+= elf32bmip.x elf32bmip.xbn elf32bmip.xn elf32bmip.xr \
elf32bmip.xs elf32bmip.xu elf32lmip.x elf32lmip.xbn \
elf32lmip.xn elf32lmip.xr elf32lmip.xs elf32lmip.xu
SRCS+= eelf32bmip.c
SRCS+= eelf32lmip.c
CLEANFILES+= eelf32bmip.c
CLEANFILES+= eelf32lmip.c
eelf32bmip.c: emulparams/elf32ebmip.sh emultempl/elf32.em \
scripttempl/elf.sc genscripts.sh emultempl/stringify.sed
Use the simplified genscripts.sh and set the cross-compiled library 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.
1999-11-06 22:44:32 +00:00
sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_mips_path} \
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
${HOST} mipseb-unknown-freebsdelf mipseb-unknown-freebsdelf \
elf32bmip "" elf32bmip mipseb-unknown-freebsdelf
eelf32lmip.c: emulparams/elf32elmip.sh emultempl/elf32.em \
scripttempl/elf.sc genscripts.sh emultempl/stringify.sed
Use the simplified genscripts.sh and set the cross-compiled library 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.
1999-11-06 22:44:32 +00:00
sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_mips_path} \
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
${HOST} mipsel-unknown-freebsdelf mipsel-unknown-freebsdelf \
elf32lmip "" elf32lmip mipsel-unknown-freebsdelf
Reference in New Issue Copy Permalink