marvin.weiler
/
musl-cross-make
mirror of https://github.com/richfelker/musl-cross-make.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
musl-cross-make/litecross/Makefile

231 lines
6.0 KiB
Makefile
Raw Normal View History

overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
Use $(CURDIR) instead of $(PWD) in Makefile Some shells (in particular ksh) don't export PWD by default, so it doesn't end up as a make variable.
2016-12-02 08:14:01 +01:00
OUTPUT = $(CURDIR)/output
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
BINUTILS_SRCDIR = BINUTILS_SRCDIR_not_set
GCC_SRCDIR = GCC_SRCDIR_not_set
MUSL_SRCDIR = MUSL_SRCDIR_not_set
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET =
COMMON_CONFIG =
GCC_CONFIG =
TOOLCHAIN_CONFIG =
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
XGCC_DIR = ../obj_toolchain/gcc
XGCC = $(XGCC_DIR)/xgcc -B $(XGCC_DIR)
litecross: fix $(TARGET)-based config when value comes from config.mak commit 03bd65562a509ff86bfe8861f8e51e973bcfdd3b wrongly placed the logic conditional on $(TARGET) before inclusion of config.mak, so that it only worked when TARGET was set from the make command line or environment. reorder to fix.
2016-06-22 20:32:56 +02:00
-include config.mak
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
ifneq ($(findstring fdpic,$(TARGET)),)
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --enable-fdpic
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
endif
ifneq ($(filter x86_64%x32,$(TARGET)),)
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --with-abi=x32
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
endif
add necessary gcc abi config for powerpc64 targets
2016-12-29 20:40:40 +01:00
ifneq ($(findstring powerpc64,$(TARGET)),)
GCC_CONFIG_FOR_TARGET += --with-abi=elfv2
endif
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
ifneq ($(findstring mips64,$(TARGET))$(findstring mipsisa64,$(TARGET)),)
ifneq ($(findstring n32,$(TARGET)),)
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --with-abi=n32
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
else
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --with-abi=64
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
endif
endif
ifneq ($(filter %sf,$(TARGET)),)
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --with-float=soft
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
endif
ifneq ($(filter %hf,$(TARGET)),)
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
GCC_CONFIG_FOR_TARGET += --with-float=hard
litecross: build target config logic into the makefile leaving necessary configuration options for certain targets to the user is error-prone and inconvenient. instead of configuration for exact target string matchs in the sample config.mak, provide general logic in the makefile itself which should cover all variants as well.
2016-05-19 05:15:32 +02:00
endif
litecross: always disable multilib, suppress lib64, etc. dir structures multilib would not be usable without building multiple versions of musl anyway, which we don't yet support, so enabling it does not make sense. due to bugs in gcc's build system, even with multilib disabled, multilib dir structures get used on 64-bit archs leading to target libs being installed in /lib64 (or /libx32, etc.) under the sysroot, rather than /lib. fix this by suppressing the variable that controls it.
2016-05-06 07:29:07 +02:00
MAKE += MULTILIB_OSDIRNAMES=
fix suppression of info installation blanking INFO_DEPS suffices to prevent attempts to rebuild the docs, but does not reliably suppress their installation. blanking infodir does the latter. there are other methods that work too but this seems to be the simplest.
2016-05-03 06:28:26 +02:00
MAKE += INFO_DEPS= infodir=
remove spurious flex dependency nothing in a normal gcc/binutils actually uses flex and bison, but this useless test for the output filename lex produces breaks the build unless [f]lex is installed. the result of this check is specified by posix anyway, so hard-code the specified result.
2016-05-02 20:43:15 +02:00
MAKE += ac_cv_prog_lex_root=lex.yy.c
further suppress generation of info docs with latest gcc, info files were appearing in the top-level install directory. this seems to make them go away again.
2016-12-14 18:42:16 +01:00
MAKE += MAKEINFO=false
suppress info build and installation, remove texinfo dependency
2016-05-02 20:19:19 +02:00
litecross: eliminate obstacles to toolchain config from make command line the += approach which worked in config.mak does not work well if the user wants to pass in configure options from the command line. restructure configure command line construction such that setting COMMON_CONFIG, GCC_CONFIG, or TOOLCHAIN_CONFIG from the command line does not suppress necessary defaults.
2016-07-08 04:19:14 +02:00
FULL_TOOLCHAIN_CONFIG = --enable-languages=c,c++ \
$(GCC_CONFIG_FOR_TARGET) \
$(COMMON_CONFIG) $(GCC_CONFIG) $(TOOLCHAIN_CONFIG) \
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
--disable-werror \
--target=$(TARGET) --prefix= \
litecross: always disable multilib, suppress lib64, etc. dir structures multilib would not be usable without building multiple versions of musl anyway, which we don't yet support, so enabling it does not make sense. due to bugs in gcc's build system, even with multilib disabled, multilib dir structures get used on 64-bit archs leading to target libs being installed in /lib64 (or /libx32, etc.) under the sysroot, rather than /lib. fix this by suppressing the variable that controls it.
2016-05-06 07:29:07 +02:00
--libdir=/lib --disable-multilib \
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
--with-sysroot=$(SYSROOT) \
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
--enable-tls \
litecross: add some gcc options that should always be used with musl libmpx is broken in all gcc versions that have it (not supported yet by mcm/litecross, but will be). ifunc is not supported by musl and won't be unless/until the contract for resolvers can be specified clearly in a way that real-world usage is safe and does not require lazy binding; having it enabled at gcc level reportedly produces a broken libatomic. explicitly enabling libstdcxx-time is needed to get libc clock_gettime (with vdso support) to be used in libstdc++; it's disabled by default because of glibc legacy practice of having clock_gettime in librt, which depends on glibc's libpthread and undermines libstdc++'s (invalid use of) weak references to pthread symbols.
2016-05-06 20:37:09 +02:00
--disable-libmudflap --disable-libsanitizer \
--disable-gnu-indirect-function \
--disable-libmpx \
litecross: build binutils with --enable-deterministic-archives binutils' ar program defaults to creating timestamp in archives, which breaks reproducible builds. this misfeature can be explicitly turned off on every usage (-D), or be disabled completely at build time using the --enable-deterministic-archives option. since the former requires patches for every package, having the toolchain doing the right thing by default seems to be the much better choice. the configure option is available since binutils 2.20, so it should be safe to use by now.
2017-03-06 03:59:47 +01:00
--enable-deterministic-archives \
litecross: add some gcc options that should always be used with musl libmpx is broken in all gcc versions that have it (not supported yet by mcm/litecross, but will be). ifunc is not supported by musl and won't be unless/until the contract for resolvers can be specified clearly in a way that real-world usage is safe and does not require lazy binding; having it enabled at gcc level reportedly produces a broken libatomic. explicitly enabling libstdcxx-time is needed to get libc clock_gettime (with vdso support) to be used in libstdc++; it's disabled by default because of glibc legacy practice of having clock_gettime in librt, which depends on glibc's libpthread and undermines libstdc++'s (invalid use of) weak references to pthread symbols.
2016-05-06 20:37:09 +02:00
--enable-libstdcxx-time
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
FULL_MUSL_CONFIG = $(MUSL_CONFIG) \
--prefix= --host=$(TARGET)
add support for canadian-cross builds, reorganize dirs to avoid clashes cross (or native) compilers meant to be run on a host different from the build environment can now be built by setting the HOST make variable on the command line or in config.mak. this requires (for building the target libraries) a cross toolchain for the same TARGET, but that can run on the build system, to be present already in the PATH. future enhancements may make it possible to automatically build and use the needed toolchain. leaving HOST blank produces a toolchain that runs on the build system (host==build in gcc jargon), the same as before with NATIVE unset. the NATIVE make variable is now obsolete but still supported; it simply causes HOST to be set equal to TARGET (thus producing a native toolchain for the target). builds are now placed in build/$(HOST)/$(TARGET) when HOST is set, and build/local/$(TARGET) when it's not, so that builds for the same target but different host do not clobber each other. default OUTPUT directory when HOST is set is now output-$(HOST). as usual, multiple targets can safely go in the same output directory, but toolchains for different hosts should not.
2017-06-11 01:47:23 +02:00
ifneq ($(NATIVE),)
HOST:=$(TARGET)
endif
ifeq ($(HOST),)
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
SYSROOT = /$(TARGET)
Don't pass --with-build-sysroot with NATIVE build This is not needed since we already have a native musl toolchain at our disposal. Previously, since this flag was passed for NATIVE=1, the build would fail because the build sysroot is only built for cross toolchains.
2016-12-03 10:28:50 +01:00
FULL_TOOLCHAIN_CONFIG += --with-build-sysroot=$(CURDIR)/obj_sysroot
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
FULL_MUSL_CONFIG += CC="$(XGCC)" LIBCC="../obj_toolchain/$(TARGET)/libgcc/libgcc.a"
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
MUSL_VARS = AR=../obj_toolchain/binutils/ar RANLIB=../obj_toolchain/binutils/ranlib
Move sysroot-specific dependencies to !NATIVE section
2016-12-03 10:58:12 +01:00
obj_musl/.lc_configured: | obj_toolchain/gcc/.lc_built
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
obj_musl/.lc_built: | obj_toolchain/$(TARGET)/libgcc/libgcc.a
litecross: add dummy lib32 symlink to lib in build sysroot at least mips n32 target seems to be breaking due to an expectation of finding crti.o/crtn.o there during building of target libs.
2017-06-11 03:24:12 +02:00
obj_toolchain/gcc/.lc_built: | obj_sysroot/usr obj_sysroot/lib32 obj_sysroot/lib64 obj_sysroot/include
disable build/install of temp sysroot headers for native compilers these are not needed since the cross toolchain being used to build the native compiler already has its own libc and headers. but more importantly, due to lack of certain dependency chains that would be present for a cross compiler build, it was possible for two invocations of musl's make process to occur in parallel (one for temp sysroot headers, one for actual libc build). this could (and was observed to) lead to a race condition where alltypes.h was momentarily truncated in the middle of the libc build.
2016-07-07 02:41:13 +02:00
obj_toolchain/.lc_built: | obj_sysroot/.lc_libs obj_sysroot/.lc_headers
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
else
SYSROOT = /
add support for canadian-cross builds, reorganize dirs to avoid clashes cross (or native) compilers meant to be run on a host different from the build environment can now be built by setting the HOST make variable on the command line or in config.mak. this requires (for building the target libraries) a cross toolchain for the same TARGET, but that can run on the build system, to be present already in the PATH. future enhancements may make it possible to automatically build and use the needed toolchain. leaving HOST blank produces a toolchain that runs on the build system (host==build in gcc jargon), the same as before with NATIVE unset. the NATIVE make variable is now obsolete but still supported; it simply causes HOST to be set equal to TARGET (thus producing a native toolchain for the target). builds are now placed in build/$(HOST)/$(TARGET) when HOST is set, and build/local/$(TARGET) when it's not, so that builds for the same target but different host do not clobber each other. default OUTPUT directory when HOST is set is now output-$(HOST). as usual, multiple targets can safely go in the same output directory, but toolchains for different hosts should not.
2017-06-11 01:47:23 +02:00
FULL_TOOLCHAIN_CONFIG += --host=$(HOST)
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
MUSL_VARS =
endif
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
ifeq ($(TARGET),)
all:
@echo TARGET must be set.
@exit 1
install: all
else
all: musl toolchain
install: install-musl install-toolchain
musl: obj_musl/.lc_built
toolchain: obj_toolchain/.lc_built
.PHONY: all musl toolchain install-musl install-toolchain clean
src_binutils: | $(BINUTILS_SRCDIR)
ln -sf $(BINUTILS_SRCDIR) $@
src_gcc: | $(GCC_SRCDIR)
ln -sf $(GCC_SRCDIR) $@
src_musl: | $(MUSL_SRCDIR)
ln -sf $(MUSL_SRCDIR) $@
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
ifneq ($(GMP_SRCDIR),)
src_toolchain: src_gmp
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
src_gmp: | $(GMP_SRCDIR)
ln -sf "$(GMP_SRCDIR)" $@
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
endif
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
ifneq ($(MPC_SRCDIR),)
src_toolchain: src_mpc
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
src_mpc: | $(MPC_SRCDIR)
ln -sf "$(MPC_SRCDIR)" $@
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
endif
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
ifneq ($(MPFR_SRCDIR),)
src_toolchain: src_mpfr
fix small copy&paste error in litecross makefile dependencies
2016-05-02 07:36:54 +02:00
src_mpfr: | $(MPFR_SRCDIR)
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
ln -sf "$(MPFR_SRCDIR)" $@
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
endif
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
add optional isl support for advanced loop optimizations isl-0.15 does not work before gcc-5.3.0, for older gcc try isl-0.14.1
2016-05-22 13:27:05 +02:00
ifneq ($(ISL_SRCDIR),)
src_toolchain: src_isl
src_isl: | $(ISL_SRCDIR)
ln -sf "$(ISL_SRCDIR)" $@
endif
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
src_toolchain: src_binutils src_gcc
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
rm -rf $@ $@.tmp
mkdir $@.tmp
cd $@.tmp && ln -sf ../src_binutils/* .
cd $@.tmp && ln -sf ../src_gcc/* .
litecross: accept empty {GMP,MPC,MPFR}_SRCDIR to use pre-installed ones
2016-05-02 19:45:22 +02:00
$(if $(GMP_SRCDIR),cd $@.tmp && ln -sf ../src_gmp gmp)
$(if $(MPC_SRCDIR),cd $@.tmp && ln -sf ../src_mpc mpc)
$(if $(MPFR_SRCDIR),cd $@.tmp && ln -sf ../src_mpfr mpfr)
add optional isl support for advanced loop optimizations isl-0.15 does not work before gcc-5.3.0, for older gcc try isl-0.14.1
2016-05-22 13:27:05 +02:00
$(if $(ISL_SRCDIR),cd $@.tmp && ln -sf ../src_isl isl)
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
mv $@.tmp $@
obj_%:
mkdir -p $@
obj_sysroot/include:
mkdir -p $@
obj_sysroot/usr: | obj_sysroot
ln -sf . $@
litecross: add dummy lib32 symlink to lib in build sysroot at least mips n32 target seems to be breaking due to an expectation of finding crti.o/crtn.o there during building of target libs.
2017-06-11 03:24:12 +02:00
obj_sysroot/lib32: | obj_sysroot
ln -sf lib $@
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
obj_sysroot/lib64: | obj_sysroot
ln -sf lib $@
obj_toolchain/.lc_configured: | obj_toolchain src_toolchain
cd obj_toolchain && ../src_toolchain/configure $(FULL_TOOLCHAIN_CONFIG)
touch $@
Move sysroot-specific dependencies to !NATIVE section
2016-12-03 10:58:12 +01:00
obj_toolchain/gcc/.lc_built: | obj_toolchain/.lc_configured
remove the LC_ROOT hack from build sysroot LC_ROOT does not seem to have any useful effect, but the build sysroot is passed to shell scripts without expanding the LC_ROOT make variable which breaks tests.
2016-07-19 21:43:08 +02:00
cd obj_toolchain && $(MAKE) MAKE="$(MAKE)" all-gcc
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
touch $@
Move sysroot-specific dependencies to !NATIVE section
2016-12-03 10:58:12 +01:00
obj_musl/.lc_configured: | obj_musl src_musl
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
cd obj_musl && ../src_musl/configure $(FULL_MUSL_CONFIG)
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
touch $@
obj_sysroot/.lc_headers: | obj_musl/.lc_configured obj_sysroot
Use $(CURDIR) instead of $(PWD) in Makefile Some shells (in particular ksh) don't export PWD by default, so it doesn't end up as a make variable.
2016-12-02 08:14:01 +01:00
cd obj_musl && $(MAKE) DESTDIR=$(CURDIR)/obj_sysroot install-headers
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
touch $@
simplify target libgcc build step to be less of a hack
2016-12-31 19:27:39 +01:00
obj_toolchain/$(TARGET)/libgcc/libgcc.a: | obj_sysroot/.lc_headers
cd obj_toolchain && $(MAKE) MAKE="$(MAKE) enable_shared=no" all-target-libgcc
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
obj_musl/.lc_built: | obj_musl/.lc_configured
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
cd obj_musl && $(MAKE) $(MUSL_VARS)
touch $@
obj_sysroot/.lc_libs: | obj_musl/.lc_built
Use $(CURDIR) instead of $(PWD) in Makefile Some shells (in particular ksh) don't export PWD by default, so it doesn't end up as a make variable.
2016-12-02 08:14:01 +01:00
cd obj_musl && $(MAKE) $(MUSL_VARS) DESTDIR=$(CURDIR)/obj_sysroot install
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
touch $@
fix regression that introduced race condition build failures for gcc commit 20ce424e65ab227e3dc866ab6ac2d2b096f55fd8 introduced a situation where two instances of gcc's build process could be invoked concurrently in the process of fixing the same issue for musl. only the production of native compilers seems to have been affected. add a direct dependency edge rather than relying on the indirect dependency, which was only present in non-native mode.
2016-07-07 18:56:18 +02:00
obj_toolchain/.lc_built: | obj_toolchain/.lc_configured obj_toolchain/gcc/.lc_built
remove the LC_ROOT hack from build sysroot LC_ROOT does not seem to have any useful effect, but the build sysroot is passed to shell scripts without expanding the LC_ROOT make variable which breaks tests.
2016-07-19 21:43:08 +02:00
cd obj_toolchain && $(MAKE) MAKE="$(MAKE)"
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
touch $@
install-musl: | obj_musl/.lc_built
litecross: add support for cross-compiling a native toolchain experimental feature. activated by setting NATIVE make var. cross-compiler for the host/target system must already be installed at a location in PATH.
2016-05-06 05:00:35 +02:00
cd obj_musl && $(MAKE) $(MUSL_VARS) DESTDIR=$(DESTDIR)$(OUTPUT)$(SYSROOT) install
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
install-toolchain: | obj_toolchain/.lc_built
remove the LC_ROOT hack from build sysroot LC_ROOT does not seem to have any useful effect, but the build sysroot is passed to shell scripts without expanding the LC_ROOT make variable which breaks tests.
2016-07-19 21:43:08 +02:00
cd obj_toolchain && $(MAKE) MAKE="$(MAKE)" DESTDIR=$(DESTDIR)$(OUTPUT) install
litecross: create $(TARGET)-cc symlink for installed compiler in case the user does not want to write the 'g' when invoking 'gcc'.
2016-05-14 05:09:41 +02:00
ln -sf $(TARGET)-gcc $(DESTDIR)$(OUTPUT)/bin/$(TARGET)-cc
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
add support for installation of linux kernel headers this feature is still experimental and requires manually setting a LINUX_ARCH make variable matching the target. automatic mapping will be added later. if LINUX_ARCH is not set, header installation is skipped.
2016-05-14 06:14:52 +02:00
ifneq ($(LINUX_SRCDIR),)
litecross: automatically determine LINUX_ARCH for kernel headers
2016-05-14 07:23:25 +02:00
TARGET_ARCH = $(firstword $(subst -, ,$(TARGET)))
TARGET_ARCH_MANGLED = $(patsubst i%86,x86,$(patsubst aarch64%,arm64%,$(TARGET_ARCH)))
LINUX_ARCH_LIST = $(sort $(notdir $(wildcard $(LINUX_SRCDIR)/arch/*)))
LINUX_ARCH = $(firstword $(foreach a,$(LINUX_ARCH_LIST),$(findstring $(a),$(TARGET_ARCH_MANGLED))))
add support for installation of linux kernel headers this feature is still experimental and requires manually setting a LINUX_ARCH make variable matching the target. automatic mapping will be added later. if LINUX_ARCH is not set, header installation is skipped.
2016-05-14 06:14:52 +02:00
ifneq ($(LINUX_ARCH),)
all: kernel-headers
install: install-kernel-headers
litecross: simplify and fix kernel header installation I didn't realize before but, using the O make variable, kernel source can do out-of-tree builds, making it safe to use a symlink rather than partial copy for the source dir. the partial copy did not work for all archs; in particular x86 was broken.
2016-05-14 09:34:36 +02:00
kernel-headers: | obj_kernel_headers/.lc_built
add support for installation of linux kernel headers this feature is still experimental and requires manually setting a LINUX_ARCH make variable matching the target. automatic mapping will be added later. if LINUX_ARCH is not set, header installation is skipped.
2016-05-14 06:14:52 +02:00
src_kernel_headers: | $(LINUX_SRCDIR)
litecross: simplify and fix kernel header installation I didn't realize before but, using the O make variable, kernel source can do out-of-tree builds, making it safe to use a symlink rather than partial copy for the source dir. the partial copy did not work for all archs; in particular x86 was broken.
2016-05-14 09:34:36 +02:00
ln -sf "$(LINUX_SRCDIR)" $@
obj_kernel_headers/.lc_built: | src_kernel_headers
Use $(CURDIR) instead of $(PWD) in Makefile Some shells (in particular ksh) don't export PWD by default, so it doesn't end up as a make variable.
2016-12-02 08:14:01 +01:00
mkdir -p $(CURDIR)/obj_kernel_headers/staged
cd src_kernel_headers && $(MAKE) ARCH=$(LINUX_ARCH) O=$(CURDIR)/obj_kernel_headers INSTALL_HDR_PATH=$(CURDIR)/obj_kernel_headers/staged headers_install
Prune .install and ..install.cmd files from kernel headers These files aren't useful, especially for a toolchain meant to be relocated, because they contain references to the staging directory and source paths.
2016-12-03 08:56:06 +01:00
find obj_kernel_headers/staged/include '(' -name .install -o -name ..install.cmd ')' -exec rm {} +
litecross: simplify and fix kernel header installation I didn't realize before but, using the O make variable, kernel source can do out-of-tree builds, making it safe to use a symlink rather than partial copy for the source dir. the partial copy did not work for all archs; in particular x86 was broken.
2016-05-14 09:34:36 +02:00
touch $@
install-kernel-headers: | obj_kernel_headers/.lc_built
add support for installation of linux kernel headers this feature is still experimental and requires manually setting a LINUX_ARCH make variable matching the target. automatic mapping will be added later. if LINUX_ARCH is not set, header installation is skipped.
2016-05-14 06:14:52 +02:00
mkdir -p $(DESTDIR)$(OUTPUT)$(SYSROOT)/include
litecross: simplify and fix kernel header installation I didn't realize before but, using the O make variable, kernel source can do out-of-tree builds, making it safe to use a symlink rather than partial copy for the source dir. the partial copy did not work for all archs; in particular x86 was broken.
2016-05-14 09:34:36 +02:00
cp -R obj_kernel_headers/staged/include/* $(DESTDIR)$(OUTPUT)$(SYSROOT)/include
add support for installation of linux kernel headers this feature is still experimental and requires manually setting a LINUX_ARCH make variable matching the target. automatic mapping will be added later. if LINUX_ARCH is not set, header installation is skipped.
2016-05-14 06:14:52 +02:00
endif
endif
overhaul build process with litecross, next-gen top-level makefile
2016-05-01 07:36:28 +02:00
endif
clean:
rm -rf src_* obj_*