ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-21 05:43:09 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
6805245679
crosstool-ng/kconfig/kconfig.mk

66 lines
2.7 KiB
Makefile
Raw Normal View History

Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
# ===========================================================================
Get rid of eclipse fiels once and for all. Homogenise the references to crosstool-NG: - the project is named "crosstool-NG" - the front-end is named "ct-ng" - don't use shortcuts (such as "ct-ng" to stand for "crosstool-NG") Default action is to print help. Don't speak of make rules when dumping help, just speak of actions.
2007-07-02 19:40:54 +00:00
# crosstool-NG configuration targets
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
# These targets are used from top-level makefile
Rework the kconfig stuff - better handle config file generation dependencies - get rid of CT_TOP_DIR where useless - rearrange code to be cleaner, and add adequate '#----' comments to split the different parts - a few eye-candy here and there /trunk/kconfig/kconfig.mk | 158 99 59 0 +++++++++++++++++++++++++++++++++-------------------- 1 file changed, 99 insertions(+), 59 deletions(-)
2008-10-14 16:50:33 +00:00
#-----------------------------------------------------------
# The configurators rules
Merge the build system to trunk: ct-ng is now installable: - ./configure --prefix=/some/place - make - make install - export PATH="${PATH}:/some/place/bin" - ct-ng <action>
2007-07-01 19:04:20 +00:00
Use config from the install location ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 06:33:36 +00:00
# Top file of crosstool-NG configuration
export KCONFIG_TOP = $(CT_LIB_DIR)/config/config.in
Avoid (re)building the kconfig dependencies when we don't need them (clean, build, list-steps...). /trunk/kconfig/kconfig.mk | 24 20 4 0 ++++++++++++++++++++---- 1 file changed, 20 insertions(+), 4 deletions(-)
2008-10-19 09:34:32 +00:00
samples: use savedefconfig when saving samples When saving a sample, use savedefconfig instead of copying the full .config file. This reduces the saved .config, and reduces clutter when it is later upgraded. Also use defconfig when retrieving a sample. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-05-06 22:27:05 +00:00
# We need CONF for savedefconfig in scripts/saveSample.sh
export CONF := $(CT_LIB_DIR)/kconfig/conf
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
MCONF := $(CT_LIB_DIR)/kconfig/mconf
NCONF := $(CT_LIB_DIR)/kconfig/nconf
Use config from the install location ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 06:33:36 +00:00
# Used by conf/mconf/nconf to find the .in files
export srctree=$(CT_LIB_DIR)
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
menuconfig:
Use config from the install location ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 06:33:36 +00:00
@$(CT_ECHO) " CONF $@"
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
$(SILENT)$(MCONF) $(KCONFIG_TOP)
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
nconfig:
Use config from the install location ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 06:33:36 +00:00
@$(CT_ECHO) " CONF $@"
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
$(SILENT)$(NCONF) $(KCONFIG_TOP)
kconfig: add the nconf frontend The nconf frontend is the new hot topic in the kconfig land! :-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-12 17:45:30 +00:00
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
oldconfig: .config
Use config from the install location ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 06:33:36 +00:00
@$(CT_ECHO) " CONF $@"
kconfig: install compiled frontends The kconfig frontends are currently instaleld as source files. This is a remnant of the early times, when I wanted a single installation of crosstool-NG to be shared across multiple machines, potentially of different architectures. This does not really make sense, and it's been a long time since it was las tpossible in practice. So, just build the kconfig frontends at make-time, and install them as we do for all other crosstool-NG dependent files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-14 17:22:06 +00:00
$(SILENT)$(CONF) --silent$@ $(KCONFIG_TOP)
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
kconfig: rename the defconfig and olddefconfig targets What 'defconfig' really does is save the current .config to a defconfig, so it is better named 'savedefconfig' (as other projects do). What 'olddefconfig' really does is create a .config from a defconfig, so rename it to 'defconfig' (as other projects do, too). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-21 23:34:15 +00:00
savedefconfig: .config
Fix samples using GMP 4.3.2. Some older versions of configure (including the one in GMP 4.3.2) interpret the $ECHO environment variable as the `echo' utility to use. CT-NG sets the variable to `:' and exports it if V=0 or V=1 is supplied, breaking the samples using such configure. This currently includes bfin-unknown-linux-uclibc and powerpc-unknown-linux-uclibc. Also, correct the description of the V= variable - V=0 is *not* the default; in fact, default does not correspond to any of the V=[012] values. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-30 02:34:24 +00:00
@$(CT_ECHO) ' GEN $@'
docs/help: rename defconfig/olddefconfig into After commit 15f57d843296e244487ac0845a73247f9d6749b8, the defconfig target has been renamed into savedefconfig, and olddefconfig into defconfig. However, the help text and man page was not updated. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> [yann.morin.1998@free.fr: rename CONFIG -> DEFCONFIG] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <0c1dff89c9ee1672693f.1374042343@BEANTN0L019720> Patchwork-Id: 259601
2013-07-17 06:25:43 +00:00
$(SILENT)$(CONF) --savedefconfig=$${DEFCONFIG-defconfig} $(KCONFIG_TOP)
samples: add rule to dump current .config into a defconfig ... and one to restore it, of course. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-15 20:06:22 +00:00
kconfig: rename the defconfig and olddefconfig targets What 'defconfig' really does is save the current .config to a defconfig, so it is better named 'savedefconfig' (as other projects do). What 'olddefconfig' really does is create a .config from a defconfig, so rename it to 'defconfig' (as other projects do, too). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-21 23:34:15 +00:00
defconfig:
Fix samples using GMP 4.3.2. Some older versions of configure (including the one in GMP 4.3.2) interpret the $ECHO environment variable as the `echo' utility to use. CT-NG sets the variable to `:' and exports it if V=0 or V=1 is supplied, breaking the samples using such configure. This currently includes bfin-unknown-linux-uclibc and powerpc-unknown-linux-uclibc. Also, correct the description of the V= variable - V=0 is *not* the default; in fact, default does not correspond to any of the V=[012] values. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-30 02:34:24 +00:00
@$(CT_ECHO) ' CONF $@'
docs/help: rename defconfig/olddefconfig into After commit 15f57d843296e244487ac0845a73247f9d6749b8, the defconfig target has been renamed into savedefconfig, and olddefconfig into defconfig. However, the help text and man page was not updated. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> [yann.morin.1998@free.fr: rename CONFIG -> DEFCONFIG] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <0c1dff89c9ee1672693f.1374042343@BEANTN0L019720> Patchwork-Id: 259601
2013-07-17 06:25:43 +00:00
$(SILENT)$(CONF) --defconfig=$${DEFCONFIG-defconfig} $(KCONFIG_TOP)
samples: add rule to dump current .config into a defconfig ... and one to restore it, of course. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-15 20:06:22 +00:00
scripts: add action to extract config from a build.log file That got removed quite some time ago, but is really usefull to get the configuration from a build.log file of a failing build.
2010-02-11 20:28:10 +00:00
# Always be silent, the stdout an be >.config
extractconfig:
configure: check for GNU awk, not any awk Building glibc requires GNU awk, not any other. Reported-by: Han Sooloo <hansooloo@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-07-14 16:25:47 +00:00
@$(awk) 'BEGIN { dump=0; } \
scripts/crosstool-NG.sh.in: patch regex to work with BSD grep BSD grep does not interpret a null alteration. It complains about an empty sub-expression, e.g.: $ grep --version && grep -E '^(# |)CT_' .config grep (BSD grep) 2.5.1-FreeBSD grep: empty (sub)expression This patch replaces the null alteration with a zero or once quantifier which works with both BSD & GNU grep. $ grep --version && grep -E '^(# )?CT_' .config grep (BSD grep) 2.5.1-FreeBSD CT_CONFIGURE_has_xz=y CT_CONFIGURE_has_svn=y ... $ ggrep --version && ggrep -E '^(# )?CT_' .config ggrep (GNU grep) 2.20 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Haertel and others, see <http://git.sv.gnu.org/cgit/grep.git/tree/AUTHORS>. CT_CONFIGURE_has_xz=y CT_CONFIGURE_has_svn=y ... Signed-off-by: Jason T. Masker <jason@masker.net> Tested-by: Andreas Bießmann <andreas@biessmann.de> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2014-10-21 17:20:22 +00:00
dump==1 && $$0~/^\[.....\][[:space:]]+(# )?CT_/ { \
configure: check for GNU awk, not any awk Building glibc requires GNU awk, not any other. Reported-by: Han Sooloo <hansooloo@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-07-14 16:25:47 +00:00
$$1=""; \
gsub("^[[:space:]]",""); \
print; \
} \
$$0~/Dumping user-supplied crosstool-NG configuration: done in/ { \
dump=0; \
} \
$$0~/Dumping user-supplied crosstool-NG configuration$$/ { \
dump=1; \
}'
scripts: add action to extract config from a build.log file That got removed quite some time ago, but is really usefull to get the configuration from a build.log file of a failing build.
2010-02-11 20:28:10 +00:00
Rework the kconfig stuff - better handle config file generation dependencies - get rid of CT_TOP_DIR where useless - rearrange code to be cleaner, and add adequate '#----' comments to split the different parts - a few eye-candy here and there /trunk/kconfig/kconfig.mk | 158 99 59 0 +++++++++++++++++++++++++++++++++-------------------- 1 file changed, 99 insertions(+), 59 deletions(-)
2008-10-14 16:50:33 +00:00
#-----------------------------------------------------------
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
# Help text used by make help
Rework the kconfig stuff - better handle config file generation dependencies - get rid of CT_TOP_DIR where useless - rearrange code to be cleaner, and add adequate '#----' comments to split the different parts - a few eye-candy here and there /trunk/kconfig/kconfig.mk | 158 99 59 0 +++++++++++++++++++++++++++++++++-------------------- 1 file changed, 99 insertions(+), 59 deletions(-)
2008-10-14 16:50:33 +00:00
Rework the help system. For now, this is mostly a no-op (it only re-organise the help entries), but later, that may come in handy when we want ct-ng to be installable).
2007-06-17 16:24:23 +00:00
help-config::
Add the possibility to force the number of // jobs without reconfiguring.
2007-08-15 14:59:37 +00:00
@echo ' menuconfig - Update current config using a menu based program'
kconfig: Update kconfig. Sync with Linux-4.2 This change updates the kconfig utility to what is shipped with 4.2.0. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-09-01 23:11:30 +00:00
@echo ' nconfig - Update current config using a menu based program'
Add the possibility to force the number of // jobs without reconfiguring.
2007-08-15 14:59:37 +00:00
@echo ' oldconfig - Update current config using a provided .config as base'
scripts: add action to extract config from a build.log file That got removed quite some time ago, but is really usefull to get the configuration from a build.log file of a failing build.
2010-02-11 20:28:10 +00:00
@echo ' extractconfig - Extract to stdout the configuration items from a'
@echo ' build.log file piped to stdin'
docs/help: rename defconfig/olddefconfig into After commit 15f57d843296e244487ac0845a73247f9d6749b8, the defconfig target has been renamed into savedefconfig, and olddefconfig into defconfig. However, the help text and man page was not updated. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> [yann.morin.1998@free.fr: rename CONFIG -> DEFCONFIG] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <0c1dff89c9ee1672693f.1374042343@BEANTN0L019720> Patchwork-Id: 259601
2013-07-17 06:25:43 +00:00
@echo ' savedefconfig - Save current config as a mini-defconfig to $${DEFCONFIG}'
@echo ' defconfig - Update config from a mini-defconfig $${DEFCONFIG}'
@echo ' (default: $${DEFCONFIG}=./defconfig)'
Reference in New Issue Copy Permalink