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

38 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
#
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
# $Id: Makefile.mips,v 1.1 1999/03/01 04:01:56 imp Exp $
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\"
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
.if ${MACHINE_ARCH} == "mipsel"
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\"
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
env LIB_PATH="/usr/lib" \
sh ${SRCDIR}/ld/genscripts.sh ${SRCDIR}/ld ${DESTDIR}/usr/lib \
${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
env LIB_PATH="/usr/lib" \
sh ${SRCDIR}/ld/genscripts.sh ${SRCDIR}/ld ${DESTDIR}/usr/lib \
${HOST} mipsel-unknown-freebsdelf mipsel-unknown-freebsdelf \
elf32lmip "" elf32lmip mipsel-unknown-freebsdelf
Reference in New Issue Copy Permalink