| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Some components have configuration options that can depend on
generic options, so they should go below those.
uClibc for example:
- has its own options (wchar...)
- uses the generic options (threads...)
- if linuxthreads chosen, offers two impls
So we need to be able to split the components options in 2,
one part that is above the generic options, and one part that
ends up below the generic options.
|
|
In backend mode, allow the upper-layer build system to force the
C library selection.
|
|
In backend mode, only enforce the arch and/or kernel selection if the
upper-layer build system effectively forces the selection.
|
|
Always enclose the sourced file between double-quotes (purely for
consistency; enclosing or not are both allowed by the kconfig language).
|
|
When used as a backend, it is the responsibility of the upper-layer build
system to set the target architecture and kernel.
|
|
sstrip is now alone in its 'tools' menu, and we will probably never gain
any other 'tool'. Besides, sstrip is just strip, but a little bit more
agressive, so it deserves going to the 'binary utilities' menu.
|
|
- under bare-metal, the user is responsible for providing a gdbserver stub (r1433)
- install a CT_TARGET-cc -> CT_TARGET-gcc symlink for the core gcc (r1434)
- allow broader dependency in generated config files (r1435, r1436)
- prepare C library menuconfig for using a C library under bare-metal (r1437)
/trunk/scripts/build/cc/gcc.sh | 4 4 0 0 ++++
/trunk/config/debug/gdb.in | 5 5 0 0 +++++
/trunk/config/libc/glibc.in | 1 1 0 0 +
/trunk/config/libc/uClibc.in | 1 1 0 0 +
/trunk/config/libc/eglibc.in | 2 1 1 0 +-
/trunk/config/config.mk | 20 8 12 0 ++++++++------------
/trunk/config/arch/sh.in | 2 1 1 0 +-
/trunk/config/arch/ia64.in | 2 1 1 0 +-
/trunk/config/arch/powerpc64.in | 2 1 1 0 +-
/trunk/config/libc.in | 4 0 4 0 ----
10 files changed, 23 insertions(+), 20 deletions(-)
|
|
/trunk/config/config.mk | 2 1 1 0 +-
1 file changed, 1 insertion(+), 1 deletion(-)
|
|
/trunk/config/libc/glibc-eglibc.in-common | 4 4 0 0 ++++
/trunk/config/config.mk | 4 4 0 0 ++++
/trunk/config/libc.in | 7 0 7 0 -------
3 files changed, 8 insertions(+), 7 deletions(-)
|
|
/trunk/samples/samples.mk | 2 1 1 0
/trunk/config/config.mk | 104 52 52 0 ++++++++++++++++++++++++++--------------------------
2 files changed, 53 insertions(+), 53 deletions(-)
|
|
fragments.
/trunk/kconfig/kconfig.mk | 2 1 1 0 +-
/trunk/samples/samples.mk | 18 9 9 0 +++++++++---------
/trunk/config/config.mk | 10 5 5 0 +++++-----
/trunk/ct-ng.in | 22 13 9 0 +++++++++++++---------
4 files changed, 28 insertions(+), 24 deletions(-)
|
|
- 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(-)
|
|
- create config/config.mk, with all the config.gen/ rules
- the only common points between config files and configurators:
- the top-level config file to include, stored in KCONFIG_TOP
- the config_file rules, which makes config files available to configurators
- dependency-files are renamed from %.d to %.dep (.d is reserved for directories)
- a few eye-candy here and there
/trunk/kconfig/kconfig.mk | 184 12 172 0 +++--------------------------------------------------
/trunk/config/config.mk | 118 9 109 0 +++-------------------------------
/trunk/ct-ng.in | 1 1 0 0 +
3 files changed, 22 insertions(+), 281 deletions(-)
|
Yann E. MORIN"