ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-19 12:57:53 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
85622fdd49
crosstool-ng/config/libc.in

105 lines
2.5 KiB
Plaintext
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
# C library options
config/libc: move around hidden config options This yields a cleaner .config file that is easier to read.
2009-10-21 17:08:31 +00:00
menu "C-library"
Introduce a new EXPERIMENTAL feature: BARE_METAL. This should ultimately llow to build bare-metal compilers, for targets that have no kernel and no C library. Move the C library build script to their own sub-directory; introduce an empty build script for bare-metal. Move the compiler build script to its own sub-directory. Move the kernel build script to its own sub-directory; introduce an empty build script for bare-metal. Update the ARM target tuples to enable bare-metal targets. Add two ARM bare-metal samples. Add latest Linux kernel versions. /trunk/scripts/build/kernel/none.sh | 77 6 71 0 +---- /trunk/scripts/build/cc/gcc.sh | 58 41 17 0 ++- /trunk/scripts/build/libc/none.sh | 513 9 504 0 +----------------------------- /trunk/scripts/crosstool.sh | 17 9 8 0 + /trunk/scripts/functions | 6 4 2 0 + /trunk/scripts/showSamples.sh | 6 3 3 0 /trunk/samples/arm-unknown-elf/crosstool.config | 225 225 0 0 +++++++++++++ /trunk/samples/arm-unknown-eabi/crosstool.config | 223 223 0 0 +++++++++++++ /trunk/config/kernel/linux_headers_install.in | 64 27 37 0 ++-- /trunk/config/kernel.in | 9 8 1 0 + /trunk/config/toolchain.in | 1 1 0 0 + /trunk/config/cc/gcc.in | 3 3 0 0 + /trunk/config/debug/dmalloc.in | 1 1 0 0 + /trunk/config/debug/gdb.in | 4 3 1 0 + /trunk/config/debug/strace.in | 1 1 0 0 + /trunk/config/debug/duma.in | 1 1 0 0 + /trunk/config/cc.in | 8 8 0 0 + /trunk/config/target.in | 13 13 0 0 + /trunk/config/binutils.in | 1 1 0 0 + /trunk/config/gmp_mpfr.in | 1 1 0 0 + /trunk/config/libc.in | 17 11 6 0 + /trunk/arch/arm/functions | 3 1 2 0 - 22 files changed, 600 insertions(+), 652 deletions(-)
2008-09-14 16:21:07 +00:00
config LIBC
string
Enhance setting the minimum kernel version glibc will run against. Ideally, eglibc should also benefit for that, but the current code does not set it. /trunk/scripts/build/libc/glibc.sh | 38 33 5 0 +++++++++++++++--- /trunk/config/libc/glibc.in | 4 2 2 0 +- /trunk/config/libc/uClibc.in | 2 2 0 0 + /trunk/config/libc/eglibc.in | 4 2 2 0 +- /trunk/config/libc/glibc-eglibc-common.in | 80 68 12 0 +++++++++++++++++++++++++++++++------ /trunk/config/libc.in | 69 38 31 0 ++++++++++++++++++-------------- 6 files changed, 145 insertions(+), 52 deletions(-)
2008-09-14 18:09:36 +00:00
config LIBC_VERSION
string
help
Enter the date of the snapshot you want to use in the form: YYYYMMDD
where YYYY is the 4-digit year, MM the 2-digit month and DD the 2-digit
day in the month.
Please note:
- glibc has snapshots done every monday, and only the last ten are kept.
- uClibc has daily snapshots, and only the last 30-or-so are kept.
So if you want to be able to re-build your toolchain later, you will
have to save your C library tarball by yourself.
config: fix style issues when source-ing files Always enclose the sourced file between double-quotes (purely for consistency; enclosing or not are both allowed by the kconfig language).
2010-03-29 18:24:50 +00:00
source "config.gen/libc.in"
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
libc: add global threads support option
2010-07-11 12:26:52 +00:00
config LIBC_SUPPORT_THREADS_ANY
bool
Move the whole threading ;odel choice out of glibc and into the generic C library options: even uClibc may have NPTL at one point in the (hopefully near) future. Mark the progress bar as being CPU-intensive. Little style fix to the core C compiler build step.
2007-05-14 19:59:41 +00:00
config LIBC_SUPPORT_NPTL
bool
libc: add global threads support option
2010-07-11 12:26:52 +00:00
select LIBC_SUPPORT_THREADS_ANY
Move the whole threading ;odel choice out of glibc and into the generic C library options: even uClibc may have NPTL at one point in the (hopefully near) future. Mark the progress bar as being CPU-intensive. Little style fix to the core C compiler build step.
2007-05-14 19:59:41 +00:00
config LIBC_SUPPORT_LINUXTHREADS
bool
libc: add global threads support option
2010-07-11 12:26:52 +00:00
select LIBC_SUPPORT_THREADS_ANY
Move the whole threading ;odel choice out of glibc and into the generic C library options: even uClibc may have NPTL at one point in the (hopefully near) future. Mark the progress bar as being CPU-intensive. Little style fix to the core C compiler build step.
2007-05-14 19:59:41 +00:00
kernel: add mingw Add the option to build a cross-compiler for kernel type 'mingw'. The resulting cross-compiler can be used to build applications on a Linux host that can be run on a Windows target. Compiler is build using the mingwrt and w32-api packages aviable from the MinGW project (http://sourceforge.net/projects/mingw). The windows headers (w32-api package) are extracting with the kernel_headers step The libraries and other headers from both packages are build and installed in the various steps of libc Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com> [yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-07-11 19:36:20 +00:00
config LIBC_SUPPORT_WIN32THREADS
bool
select LIBC_SUPPORT_THREADS_ANY
libc: hide no-thread for those C libraries that do not support it Building non-threaded glibc has been unsupported for a long time, now: http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html As eglibc is a spin-off of glibc: ditto. So do not offer that possibility in the menuconfig. Thanks to Thomas Petazzoni for spotting, and helping to solve, the issue! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-12 21:18:52 +00:00
config LIBC_SUPPORT_THREADS_NONE
bool
Enhance setting the minimum kernel version glibc will run against. Ideally, eglibc should also benefit for that, but the current code does not set it. /trunk/scripts/build/libc/glibc.sh | 38 33 5 0 +++++++++++++++--- /trunk/config/libc/glibc.in | 4 2 2 0 +- /trunk/config/libc/uClibc.in | 2 2 0 0 + /trunk/config/libc/eglibc.in | 4 2 2 0 +- /trunk/config/libc/glibc-eglibc-common.in | 80 68 12 0 +++++++++++++++++++++++++++++++------ /trunk/config/libc.in | 69 38 31 0 ++++++++++++++++++-------------- 6 files changed, 145 insertions(+), 52 deletions(-)
2008-09-14 18:09:36 +00:00
config THREADS
string
default "nptl" if THREADS_NPTL
default "linuxthreads" if THREADS_LINUXTHREADS
kernel: add mingw Add the option to build a cross-compiler for kernel type 'mingw'. The resulting cross-compiler can be used to build applications on a Linux host that can be run on a Windows target. Compiler is build using the mingwrt and w32-api packages aviable from the MinGW project (http://sourceforge.net/projects/mingw). The windows headers (w32-api package) are extracting with the kernel_headers step The libraries and other headers from both packages are build and installed in the various steps of libc Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com> [yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-07-11 19:36:20 +00:00
default "win32" if THREADS_WIN32THREADS
libc/newlib: allow using newlib with archs other than avr32
2009-10-21 20:51:39 +00:00
default "none" if THREADS_NONE || LIBC_none
# No C library, no threads!
if ! LIBC_none
comment "Common C library options"
Enhance setting the minimum kernel version glibc will run against. Ideally, eglibc should also benefit for that, but the current code does not set it. /trunk/scripts/build/libc/glibc.sh | 38 33 5 0 +++++++++++++++--- /trunk/config/libc/glibc.in | 4 2 2 0 +- /trunk/config/libc/uClibc.in | 2 2 0 0 + /trunk/config/libc/eglibc.in | 4 2 2 0 +- /trunk/config/libc/glibc-eglibc-common.in | 80 68 12 0 +++++++++++++++++++++++++++++++------ /trunk/config/libc.in | 69 38 31 0 ++++++++++++++++++-------------- 6 files changed, 145 insertions(+), 52 deletions(-)
2008-09-14 18:09:36 +00:00
Move the threading model choice back to the C library menu: - the threading models available are dependent on the C library used - it is thus easier to first select the C libary, and then the threading model, rather going back to the toolchain menu. /trunk/config/toolchain.in | 29 0 29 0 ----------------------------- /trunk/config/libc.in | 47 38 9 0 ++++++++++++++++++++++++++++++++++++++--------- 2 files changed, 38 insertions(+), 38 deletions(-)
2008-08-21 09:48:00 +00:00
choice
bool
prompt "Threading implementation to use:"
default THREADS_NPTL if LIBC_SUPPORT_NPTL
default THREADS_LINUXTHREADS if LIBC_SUPPORT_LINUXTHREADS && ! LIBC_SUPPORT_NPTL
kernel: add mingw Add the option to build a cross-compiler for kernel type 'mingw'. The resulting cross-compiler can be used to build applications on a Linux host that can be run on a Windows target. Compiler is build using the mingwrt and w32-api packages aviable from the MinGW project (http://sourceforge.net/projects/mingw). The windows headers (w32-api package) are extracting with the kernel_headers step The libraries and other headers from both packages are build and installed in the various steps of libc Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com> [yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-07-11 19:36:20 +00:00
default THREADS_WIN32 if LIBC_SUPPORT_WIN32THREADS
libc: add global threads support option
2010-07-11 12:26:52 +00:00
default THREADS_NONE if ! LIBC_SUPPORT_THREADS_ANY
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
Move the threading model choice back to the C library menu: - the threading models available are dependent on the C library used - it is thus easier to first select the C libary, and then the threading model, rather going back to the toolchain menu. /trunk/config/toolchain.in | 29 0 29 0 ----------------------------- /trunk/config/libc.in | 47 38 9 0 ++++++++++++++++++++++++++++++++++++++--------- 2 files changed, 38 insertions(+), 38 deletions(-)
2008-08-21 09:48:00 +00:00
config THREADS_NPTL
bool
prompt "nptl"
depends on LIBC_SUPPORT_NPTL
Merge the branches/eglibc stuff: - Add support for eglibc /trunk/scripts/functions | 6 4 2 0 ++++-- /trunk/docs/CREDITS | 1 1 0 0 + /trunk/config/libc.in | 12 12 0 0 ++++++++++++ /trunk/arch/arm/functions | 4 2 2 0 ++-- 4 files changed, 19 insertions(+), 4 deletions(-)
2008-08-11 12:22:47 +00:00
Move the threading model choice back to the C library menu: - the threading models available are dependent on the C library used - it is thus easier to first select the C libary, and then the threading model, rather going back to the toolchain menu. /trunk/config/toolchain.in | 29 0 29 0 ----------------------------- /trunk/config/libc.in | 47 38 9 0 ++++++++++++++++++++++++++++++++++++++--------- 2 files changed, 38 insertions(+), 38 deletions(-)
2008-08-21 09:48:00 +00:00
config THREADS_LINUXTHREADS
bool
prompt "linuxthreads"
depends on LIBC_SUPPORT_LINUXTHREADS
kernel: add mingw Add the option to build a cross-compiler for kernel type 'mingw'. The resulting cross-compiler can be used to build applications on a Linux host that can be run on a Windows target. Compiler is build using the mingwrt and w32-api packages aviable from the MinGW project (http://sourceforge.net/projects/mingw). The windows headers (w32-api package) are extracting with the kernel_headers step The libraries and other headers from both packages are build and installed in the various steps of libc Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com> [yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-07-11 19:36:20 +00:00
config THREADS_WIN32THREADS
bool
prompt "win32"
depends on LIBC_SUPPORT_WIN32THREADS
Move the threading model choice back to the C library menu: - the threading models available are dependent on the C library used - it is thus easier to first select the C libary, and then the threading model, rather going back to the toolchain menu. /trunk/config/toolchain.in | 29 0 29 0 ----------------------------- /trunk/config/libc.in | 47 38 9 0 ++++++++++++++++++++++++++++++++++++++--------- 2 files changed, 38 insertions(+), 38 deletions(-)
2008-08-21 09:48:00 +00:00
config THREADS_NONE
bool
prompt "none"
libc: hide no-thread for those C libraries that do not support it Building non-threaded glibc has been unsupported for a long time, now: http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html As eglibc is a spin-off of glibc: ditto. So do not offer that possibility in the menuconfig. Thanks to Thomas Petazzoni for spotting, and helping to solve, the issue! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-12 21:18:52 +00:00
depends on LIBC_SUPPORT_THREADS_NONE
Move the threading model choice back to the C library menu: - the threading models available are dependent on the C library used - it is thus easier to first select the C libary, and then the threading model, rather going back to the toolchain menu. /trunk/config/toolchain.in | 29 0 29 0 ----------------------------- /trunk/config/libc.in | 47 38 9 0 ++++++++++++++++++++++++++++++++++++++--------- 2 files changed, 38 insertions(+), 38 deletions(-)
2008-08-21 09:48:00 +00:00
endchoice
scripts: add a cross-ldd-like Add a cross-ldd that mimicks a native ldd.
2010-07-22 21:26:08 +00:00
config LIBC_XLDD
bool
prompt "Install a cross ldd-like helper"
scripts/xldd: install only when shared libs enabled When the toolchain has no support for shared libraries, there is no point in installing the cross-ldd helper. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-11-23 20:35:24 +00:00
depends on SHARED_LIBS
libc: do not offer cross-ldd for bare-metal
2010-07-30 20:50:32 +00:00
depends on ! BARE_METAL
scripts: add a cross-ldd-like Add a cross-ldd that mimicks a native ldd.
2010-07-22 21:26:08 +00:00
default y
help
Say 'Y' here if you want to have a ldd-like helper that
you can run on your build system, and that will (try to)
resolve shared libraries dependencies as if run on the
target.
Note that the cross-ldd helper is not a full replacement
for the native ldd. Please see the help, by running it
with '--help' for more explanations.
config: add support for a second part of the generated choices 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.
2010-06-08 21:26:54 +00:00
source "config.gen/libc.in.2"
libc/newlib: allow using newlib with archs other than avr32
2009-10-21 20:51:39 +00:00
endif # ! LIBC_none
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
endmenu
Reference in New Issue Copy Permalink