* Eliminate the USE_NEW_TOOLCHAIN variable. Instead, split it into
two variables:
TOOLCHAIN_MISSING -- set to "yes" on platforms for which there is
no working in-tree toolchain (hppa, ns32k, sh5, x86_64).
EXTERNAL_TOOLCHAIN -- if defined by the user, points to the root of
an external toolchain (e.g. /usr/local/gnu). This enables the cross-build
framework even for TOOLCHAIN_MISSING platforms.
If TOOLCHAIN_MISSING is set to "yes", MKGDB, MKBFD, and MKGCC are all
unconditionally set to "no", since the bits are not there to build.
If EXTERNAL_TOOLCHAIN is set, MKGCC is unconditionally set to "no",
since the external toolchain's compiler is not in-sync with the
in-tree compiler support components (e.g. libgcc).
* Set MACHINE_CPU much earlier in bsd.own.mk, so that more tests in
that file can use it.
2002-09-18 03:18:25 +04:00
|
|
|
# $NetBSD: Makefile,v 1.30 2002/09/17 23:18:32 thorpej Exp $
|
2001-08-09 20:09:52 +04:00
|
|
|
|
|
|
|
.include <bsd.own.mk>
|
1998-04-09 04:05:14 +04:00
|
|
|
|
Introduce 3 new MK* variables that have effect in the USE_NEW_TOOLCHAIN
case:
MKBFD If set to "no", disables building of libbfd, libiberty,
and all things that depend on them (binutils/gas/ld, gdb,
dbsym, mdsetimage).
MKGDB If set to "no", disables bulding of gdb.
MKGCC If set to "no", disables building of gcc and the
gcc-related libraries (libg2c, libgcc, libobjc, libstdc++).
These are useful for building platforms for which either of the following
situations are true:
(1) You have no userland from which to run toolchain2netbsd
in order to build the appropriate toolchain build framework.
(2) The platform which you are building requires a newer set
of tools than are currently in the tree (e.g. x86-64, ia64).
2002-01-01 02:04:11 +03:00
|
|
|
.if ${MKBFD} != "no"
|
|
|
|
SUBDIR+= libbfd libiberty
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if ${MKGCC} != "no"
|
|
|
|
SUBDIR+= libg2c libgcc libobjc libstdc++
|
|
|
|
.endif
|
|
|
|
|
|
|
|
SUBDIR+= libmalloc
|
2001-07-24 23:44:47 +04:00
|
|
|
|
1993-04-08 05:10:47 +04:00
|
|
|
.include <bsd.subdir.mk>
|