ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-20 21:33:08 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
b485733f26
crosstool-ng/steps.mk

67 lines
2.2 KiB
Makefile
Raw Normal View History

Merge the NPTL stuff. That still leaves the linuxthreads stuff broken, but it was just before. I don't care anyway. Time to fix that later...
2007-05-27 20:22:06 +00:00
# Makefile for each steps
docs: update my e-mail Since anciens.enib.fr has been dead for two months now, without any hope of recovery, update my e-mail to point to @free.fr instead. Reported-by: "Bryan Hundven" <bryanhundven@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-03-06 20:36:10 +00:00
# Copyright 2006 Yann E. MORIN <yann.morin.1998@free.fr>
Merge the NPTL stuff. That still leaves the linuxthreads stuff broken, but it was just before. I don't care anyway. Time to fix that later...
2007-05-27 20:22:06 +00:00
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
# ----------------------------------------------------------
# This is the steps help entry
help-build::
@echo ' list-steps - List all build steps'
Move steps-related help into steps.mk. /trunk/steps.mk | 4 4 0 0 ++++ /trunk/ct-ng.in | 2 0 2 0 -- 2 files changed, 4 insertions(+), 2 deletions(-)
2008-10-29 18:34:14 +00:00
help-env::
scripts: misc help and auto-complete fixes - don't list samples in the main help screen - improve the samples listing in list-samples - don't document the 'config' action, it's long dead - document the 'V' environment variable - improve on START, STOP and PREFIX environment variables - add PREFIX and V to autocomplete - advertise auto-complete at install time
2010-04-01 22:18:26 +00:00
@echo ' STOP=step - Stop the build just after this step (list with list-steps)'
@echo ' RESTART=step - Restart the build just before this step (list with list-steps)'
Move steps-related help into steps.mk. /trunk/steps.mk | 4 4 0 0 ++++ /trunk/ct-ng.in | 2 0 2 0 -- 2 files changed, 4 insertions(+), 2 deletions(-)
2008-10-29 18:34:14 +00:00
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
# ----------------------------------------------------------
# The steps list
On 20090115.0012+0100, "Andy Johnson" <ajohnson@aecno.com> wrote: ... I added a step after "debug" called "finish", and moved the code in crosstool.sh after the loop that processes the steps from crosstool.sh into a do_finish function in functions. Thus, it is now possible to restart after the "debug" step to re-do the final few things (clean and compress). /trunk/scripts/crosstool-NG.sh | 38 0 38 0 -------------------------------------- /trunk/scripts/functions | 42 42 0 0 ++++++++++++++++++++++++++++++++++++++++++ /trunk/steps.mk | 3 2 1 0 ++- 3 files changed, 44 insertions(+), 39 deletions(-)
2009-01-20 20:37:43 +00:00
# Please keep the last line with a '\' and keep the following empy line:
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
# it helps when diffing and merging.
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
CT_STEPS := libc_check_config \
complibs: split companion libraries to backend/frontend, a-la cc_core Move the actual complibs codes to backend functions that builds the required combo of build/host/target as requested by a frontend. This split is currently a no-op, but is required for the upcoming canadian-cross rework, where we'll be needing to build the complibs twice, one for build/build, and one for build/host. This applies to the six companion libraries: - GMP - MPFR - PPL - Cloog/PPL - MPC - libelf Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-17 16:56:30 +00:00
gmp_for_host \
mpfr_for_host \
ppl_for_host \
cloog_for_host \
mpc_for_host \
libelf_for_host \
binutils: split binutils to backend/frontend, a-la cc_core Move the actual binutils code to a backend function that builds the required combo of build/host/target as requested by a frontend. This split is currently a no-op, but is required for the upcoming canadian-cross rework, where we'll be needing to build two binutils, one for build/build/target, and one for build/host/target. This applies to the three binutils: - GNU binutils - elf2flt - sstrip Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-17 16:29:35 +00:00
binutils_for_host \
elf2flt_for_host \
sstrip_for_host \
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
cc_core_pass_1 \
kernel: move the headers install step The kernel headers are only needed just before we build the C library headers, and need not be present before. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22 21:52:57 +00:00
kernel_headers \
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
libc_start_files \
cc_core_pass_2 \
libc \
cc/gcc: add build frontend Bizarrely enough, the core gcc are not enough to be able to build a canadian cross, and a real, full cross compiler is required so that the canadian cross can be properly built... WTF?!? Sigh... Add a build-frontend, as was done for the binutils and the complibs. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-04-02 20:54:30 +00:00
cc_for_host \
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
libc_finish \
complibs/libelf: rename libelf for target function Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-03 17:39:11 +00:00
libelf_for_target \
binutils/binutils: rename function that build target libraries Prepare for the incoming build/host/target frontends. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-03-04 16:31:23 +00:00
binutils_for_target \
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
debug \
test-suite: Added new test suite feature (experimental) This patch adds support for installing the gcc test suite. A helper Makefile is provided for building and running the gcc tests. The default configuration runs all gcc tests and requires automatic ssh/scp login access to a networked target board. See README for more details. Note: Current feature is tested with the powerpc-unknown-linux-gnu sample but it should work with others as well. Signed-off-by: Martin Lund <mgl@doredevelopment.dk>
2010-05-19 15:53:04 +00:00
test_suite \
On 20090115.0012+0100, "Andy Johnson" <ajohnson@aecno.com> wrote: ... I added a step after "debug" called "finish", and moved the code in crosstool.sh after the loop that processes the steps from crosstool.sh into a do_finish function in functions. Thus, it is now possible to restart after the "debug" step to re-do the final few things (clean and compress). /trunk/scripts/crosstool-NG.sh | 38 0 38 0 -------------------------------------- /trunk/scripts/functions | 42 42 0 0 ++++++++++++++++++++++++++++++++++++++++++ /trunk/steps.mk | 3 2 1 0 ++- 3 files changed, 44 insertions(+), 39 deletions(-)
2009-01-20 20:37:43 +00:00
finish \
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
Rename scripts/crosstool.sh to scripts/crosstool-NG.sh. After all, this is not crosstool, but really crosstool-NG! /trunk/steps.mk | 2 1 1 0 +- /trunk/ct-ng.in | 2 1 1 0 +- 2 files changed, 2 insertions(+), 2 deletions(-)
2009-01-18 17:45:10 +00:00
# Make the list available to sub-processes (scripts/crosstool-NG.sh needs it)
Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc. Have a unique list of steps, it's easier to maintain. /trunk/scripts/build/binutils.sh | 8 5 3 0 +++++--- /trunk/scripts/crosstool.sh | 16 2 14 0 ++-------------- /trunk/steps.mk | 29 16 13 0 ++++++++++++++++------------- 3 files changed, 23 insertions(+), 30 deletions(-)
2008-04-28 07:38:36 +00:00
export CT_STEPS
Better handling of the steps lists: - new make rulle: liststeps, - new help entry telling about liststeps, - update documentation accordingly.
2007-06-26 21:23:05 +00:00
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
# Print the steps list
PHONY += list-steps
Rework a little bit the steps and samples help entries. /trunk/docs/overview.txt | 2 1 1 0 +- /trunk/steps.mk | 7 5 2 0 +++++-- /trunk/samples/samples.mk | 8 5 3 0 +++++--- /trunk/ct-ng.in | 5 3 2 0 +++-- 4 files changed, 14 insertions(+), 8 deletions(-)
2008-06-01 21:12:00 +00:00
list-steps:
Better handling of the steps lists: - new make rulle: liststeps, - new help entry telling about liststeps, - update documentation accordingly.
2007-06-26 21:23:05 +00:00
@echo 'Available build steps, in order:'
@for step in $(CT_STEPS); do \
echo " - $${step}"; \
done
Eye-candy in the help entries. /trunk/ct-ng.comp | 2 1 1 0 +- /trunk/ct-ng.in | 6 3 3 0 +++--- /trunk/steps.mk | 6 3 3 0 +++--- 3 files changed, 7 insertions(+), 7 deletions(-)
2008-10-14 19:29:25 +00:00
@echo 'Use "<step>" as action to execute only that step.'
@echo 'Use "+<step>" as action to execute up to that step.'
@echo 'Use "<step>+" as action to execute from that step onward.'
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
# ----------------------------------------------------------
# This part deals with executing steps
$(CT_STEPS):
Use $(MAKE) for recursive calls, don't directly use $(CT_NG). Pass on the V variable on the $(MAKE) command lines. /trunk/steps.mk | 6 3 3 0 +++--- /trunk/ct-ng.in | 2 1 1 0 +- 2 files changed, 4 insertions(+), 4 deletions(-)
2008-10-29 10:31:15 +00:00
$(SILENT)$(MAKE) -rf $(CT_NG) V=$(V) RESTART=$@ STOP=$@ build
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
$(patsubst %,+%,$(CT_STEPS)):
Use $(MAKE) for recursive calls, don't directly use $(CT_NG). Pass on the V variable on the $(MAKE) command lines. /trunk/steps.mk | 6 3 3 0 +++--- /trunk/ct-ng.in | 2 1 1 0 +- 2 files changed, 4 insertions(+), 4 deletions(-)
2008-10-29 10:31:15 +00:00
$(SILENT)$(MAKE) -rf $(CT_NG) V=$(V) STOP=$(patsubst +%,%,$@) build
Enhance the make fragments: - comment the different parts - re-order the code so that it is homogeneous amogst fragments - eye-candy in some existing comments /trunk/tools/tools.mk | 17 15 2 0 +++++++++++++++-- /trunk/steps.mk | 38 26 12 0 ++++++++++++++++++++++++++------------ /trunk/samples/samples.mk | 41 28 13 0 ++++++++++++++++++++++++++++------------- /trunk/config/config.mk | 2 1 1 0 +- 4 files changed, 70 insertions(+), 28 deletions(-)
2008-10-27 18:42:26 +00:00
$(patsubst %,%+,$(CT_STEPS)):
Use $(MAKE) for recursive calls, don't directly use $(CT_NG). Pass on the V variable on the $(MAKE) command lines. /trunk/steps.mk | 6 3 3 0 +++--- /trunk/ct-ng.in | 2 1 1 0 +- 2 files changed, 4 insertions(+), 4 deletions(-)
2008-10-29 10:31:15 +00:00
$(SILENT)$(MAKE) -rf $(CT_NG) V=$(V) RESTART=$(patsubst %+,%,$@) build
Reference in New Issue Copy Permalink