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

29 lines
1.0 KiB
Makefile
Raw Normal View History

$Id$ -> $FreeBSD$
1999-08-27 23:37:10 +00:00
# $FreeBSD$
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
Clean up the formatting.
2001-10-14 01:57:19 +00:00
.if ${TARGET_ARCH} == "alpha"
HOST= alpha-unknown-freebsd
CFLAGS+= -DDEFAULT_EMULATION=\"elf64alpha\"
CFLAGS+= -DTARGET=\"alpha-unknown-freebsd\"
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
_alpha_path= \"/usr/lib\"
.else
Replace freebsdelf with freebsd in most places. Requested by: obrien
1999-11-07 06:01:35 +00:00
_alpha_path= \"/usr/cross/alpha-freebsd/usr/lib\"
Add cross-architecture support.
1998-05-04 21:29:54 +00:00
.endif
EMS+= ld_elf64alpha_emulation
LDSCRIPTS+= elf64alpha.x elf64alpha.xbn elf64alpha.xn elf64alpha.xr \
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
elf64alpha.xs elf64alpha.xu alpha.x alpha.xbn \
alpha.xn alpha.xr alpha.xu
Clean up the formatting.
2001-10-14 01:57:19 +00:00
SRCS+= eelf64alpha.c ealpha.c
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
CLEANFILES+= eelf64alpha.c ealpha.c
eelf64alpha.c: emulparams/elf64alpha.sh emultempl/elf32.em \
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
scripttempl/elf.sc genscripts.sh 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 ${_alpha_path} \
Our OS name is "freebsd", not "freebsdelf"
2001-02-21 11:43:35 +00:00
${HOST} alpha-unknown-freebsd alpha-unknown-freebsd \
elf64alpha "" elf64alpha alpha-unknown-freebsd
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
Clean up the formatting.
2001-10-14 01:57:19 +00:00
ealpha.c: emulparams/elf64alpha.sh emultempl/elf32.em scripttempl/elf.sc \
genscripts.sh 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 ${_alpha_path} \
Our OS name is "freebsd", not "freebsdelf"
2001-02-21 11:43:35 +00:00
${HOST} alpha-unknown-freebsd alpha-unknown-freebsd \
Add cross-architecture support.
1998-05-04 21:29:54 +00:00
elf64alpha "" alpha alpha-unknown-freebsd
Reference in New Issue Copy Permalink