d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
9b87ba9b0f
freebsd-dev/gnu/usr.bin/binutils/Makefile.inc0

44 lines
1.1 KiB
Makefile
Raw Normal View History

Add bmakefiles for building binutils from the contrib tree. This finishes up the binutils import. But I am leaving it disabled in "src/gnu/usr.bin/Makefile" for now. It is not used by anything yet, so I'll take this opportunity to run one more round of tests before enabling it.
1998-03-01 23:41:17 +00:00
#
Add makefile support for cross-architectures. Allow CROSS_TOOLS to be defined (in /etc/make.conf, say) and set to the additional architectures that need to be compiled in. So on alpha I set CROSS_TOOLS = i386. On i386 you can't build alpha due to lack of 64-bit support on 32-bit architectures, but that's a GNU problem. This change relies on makefiles in the binutils sub-directories having the extension defined in the CROSS_TOOLS, instead of those makefiles being selected based on the host architecture.
1998-05-04 21:10:56 +00:00
# $Id: Makefile.inc0,v 1.3 1998/03/12 05:59:22 jb Exp $
Add bmakefiles for building binutils from the contrib tree. This finishes up the binutils import. But I am leaving it disabled in "src/gnu/usr.bin/Makefile" for now. It is not used by anything yet, so I'll take this opportunity to run one more round of tests before enabling it.
1998-03-01 23:41:17 +00:00
#
#
# This is included explicitly at the top of each sub-Makefile. We can't
# use the normal "Makefile.inc" mechanism, because we need some of these
# definitions before the sub-Makefile is processed.
#
VERSION= 2.8.1
# RELTOP is the relative path to this point in the source or object
# tree, from any subdirectory of same. It gets extra "../" prefixes
# added to it as we descend into subdirectories.
RELTOP:= ..
RELSRC= ${RELTOP}/../../../contrib/binutils
SRCDIR= ${.CURDIR}/${RELSRC}
CFLAGS+= -D_GNU_SOURCE
# We use "-I-" because without it our yacc-generated parser tries to
# use GNU's bison-generated header files.
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
CFLAGS+= -I- -I.
.if exists(${.CURDIR}/${MACHINE_ARCH})
CFLAGS+= -I${.CURDIR}/${MACHINE_ARCH}
.endif
CFLAGS+= -I${.CURDIR}
Change the include path for bfd.h to libbfd/${MACHINE_ARCH} since I moved the location of that architecture specific file.
1998-03-12 05:59:22 +00:00
CFLAGS+= -I${.CURDIR}/${RELTOP}/libbfd/${MACHINE_ARCH}
Add bmakefiles for building binutils from the contrib tree. This finishes up the binutils import. But I am leaving it disabled in "src/gnu/usr.bin/Makefile" for now. It is not used by anything yet, so I'll take this opportunity to run one more round of tests before enabling it.
1998-03-01 23:41:17 +00:00
CFLAGS+= -I${SRCDIR}/include
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
.if exists(${.CURDIR}/${MACHINE_ARCH})
.PATH: ${.CURDIR}/${MACHINE_ARCH}
.endif
Add makefile support for cross-architectures. Allow CROSS_TOOLS to be defined (in /etc/make.conf, say) and set to the additional architectures that need to be compiled in. So on alpha I set CROSS_TOOLS = i386. On i386 you can't build alpha due to lack of 64-bit support on 32-bit architectures, but that's a GNU problem. This change relies on makefiles in the binutils sub-directories having the extension defined in the CROSS_TOOLS, instead of those makefiles being selected based on the host architecture.
1998-05-04 21:10:56 +00:00
ARCHS= ${MACHINE_ARCH} ${CROSS_TOOLS}
.for _arch in ${ARCHS}
.if exists(${.CURDIR}/Makefile.${_arch})
.include "${.CURDIR}/Makefile.${_arch}"
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
.endif
Add makefile support for cross-architectures. Allow CROSS_TOOLS to be defined (in /etc/make.conf, say) and set to the additional architectures that need to be compiled in. So on alpha I set CROSS_TOOLS = i386. On i386 you can't build alpha due to lack of 64-bit support on 32-bit architectures, but that's a GNU problem. This change relies on makefiles in the binutils sub-directories having the extension defined in the CROSS_TOOLS, instead of those makefiles being selected based on the host architecture.
1998-05-04 21:10:56 +00:00
.endfor
Reference in New Issue Copy Permalink