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

48 lines
1.1 KiB
Makefile
Raw Normal View History

$Id$ -> $FreeBSD$
1999-08-27 23:37:10 +00:00
# $FreeBSD$
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.
Change the way the version strings are handled.
2002-01-27 22:47:22 +00:00
VERSION= "2.12.0 pre-release snap [FreeBSD] 20020127"
VERSION_DATE= 20020127
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
More cleaning.
2001-10-15 01:18:51 +00:00
TARGET_ARCH?= ${MACHINE_ARCH}
Change the way the version strings are handled.
2002-01-27 22:47:22 +00:00
BINUTIL_ARCH= ${TARGET_ARCH}
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
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
# 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.
Clean up the formatting.
2001-10-14 00:58:59 +00:00
RELTOP:= ..
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
Clean up the formatting.
2001-10-14 00:58:59 +00:00
RELSRC= ${RELTOP}/../../../contrib/binutils
SRCDIR= ${.CURDIR}/${RELSRC}
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
Clean up the formatting.
2001-10-14 00:58:59 +00:00
CFLAGS+= -D_GNU_SOURCE
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
We do not need to use -I- any longer. Presumably the issue was with arparse.[ch]. Those are now in FREEBSD-Xlist and FREEBSD-deletelist. So we do not import the Bison produced files that was causing the problem. Submitted by: ru
2002-02-07 17:35:49 +00:00
CFLAGS+= -I.
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 exists(${.CURDIR}/${BINUTIL_ARCH})
Clean up the formatting.
2001-10-14 00:58:59 +00:00
CFLAGS+= -I${.CURDIR}/${BINUTIL_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
Clean up the formatting.
2001-10-14 00:58:59 +00:00
CFLAGS+= -I${.CURDIR}
CFLAGS+= -I${.CURDIR}/${RELTOP}/libbfd/${BINUTIL_ARCH}
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
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 exists(${.CURDIR}/${BINUTIL_ARCH})
.PATH: ${.CURDIR}/${BINUTIL_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
Clean up the formatting.
2001-10-14 00:58:59 +00:00
ARCHS= ${BINUTIL_ARCH}
Change CROSS_TOOLS to CROSS_ARCH because that makes more sense. Allow for the case where the host architecture might also be listed in CROSS_ARCH, so don't do things twice. This situation can arise if you want NT support in binutils (CROSS_ARCH=i386 CROSS_FORMAT=winnt).
1999-11-06 21:13:47 +00:00
.for _arch in ${CROSS_ARCH}
.if (${ARCHS:R:M${_arch:R}} == "")
Clean up the formatting.
2001-10-14 00:58:59 +00:00
ARCHS+= $(_arch)
Change CROSS_TOOLS to CROSS_ARCH because that makes more sense. Allow for the case where the host architecture might also be listed in CROSS_ARCH, so don't do things twice. This situation can arise if you want NT support in binutils (CROSS_ARCH=i386 CROSS_FORMAT=winnt).
1999-11-06 21:13:47 +00:00
.endif
.endfor
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
.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