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
d0ff020e23
crosstool-ng/config/libc.in

114 lines
2.7 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"
Get rid of config.gen Instead, prepare the files as a part of bootstrap and install them. This avoids rebuilding these files in each working directory; they don't change anyway as they are generated from the same installed source. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 01:41: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
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
config LIBC_SUPPORT_THREADS_NATIVE
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
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
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
config LIBC_SUPPORT_THREADS_LT
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
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
MinGW: add C++11 posix threads support
2016-03-07 22:57:29 +00:00
config LIBC_SUPPORT_THREADS_POSIX
bool
select LIBC_SUPPORT_THREADS_ANY
Requested changes by @stilor in the PR #368 review
2016-11-12 06:26:43 +00:00
config LIBC_SUPPORT_THREADS_NONE
bool
Fix for issue #147: Enable definition of "Use __cxa_atexit" for bare-metal systems, if the used libc does provide such a function. The libc configuration have to select LIBC_PROVIDES_CXA_ATEXIT. Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-08-30 22:11:27 +00:00
config LIBC_PROVIDES_CXA_ATEXIT
bool
libc: libces are responsible for naming their threads implementation This will help add new implementations, such as the one in musl. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 22:09:38 +00:00
# C libraries should provide other values
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
libc: libces are responsible for naming their threads implementation This will help add new implementations, such as the one in musl. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 22:09:38 +00:00
default "none" if THREADS_NONE
libc/newlib: allow using newlib with archs other than avr32
2009-10-21 20:51:39 +00:00
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:"
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
default THREADS_NATIVE if LIBC_SUPPORT_THREADS_NATIVE
Typos in linuxthreads/posix config values. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-01-21 19:49:52 +00:00
default THREADS_LT if LIBC_SUPPORT_THREADS_LT
default THREADS_POSIX if LIBC_SUPPORT_THREADS_POSIX
Requested changes by @stilor in the PR #368 review
2016-11-12 06:26:43 +00:00
default THREADS_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
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
config THREADS_NATIVE
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
bool
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
prompt "native"
depends on LIBC_SUPPORT_THREADS_NATIVE
help
This selects the native threads implementation for the selected
system and C library.
libc/mingw: threads are the native ones There is no need to differentiate the win32 threads case, since we can cosider them to be the native implementation on Windows. Besides, with the previous patch, nothing uses it anymore. So, just remove it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 22:15:44 +00:00
For example, on Linux with glibc, this is NPTL; on Windows with
mingw, this is win32.
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
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
config THREADS_LT
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
bool
prompt "linuxthreads"
libc: rename the threads options Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27 21:47:24 +00:00
depends on LIBC_SUPPORT_THREADS_LT
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
MinGW: add C++11 posix threads support
2016-03-07 22:57:29 +00:00
config THREADS_POSIX
bool
prompt "posix"
depends on LIBC_SUPPORT_THREADS_POSIX
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
Make creation of ld.so.conf optional ... enabled by default for multilib and disabled otherwise. Buildroot has been complaining about /etc/ld.so.conf presence for almost a year now and I missed that. After the release, xldd will be modified to query the compiler for the list of multilibs to search. This would be too invasive change before 1.23, though. Note that it may lead to configurations where xldd currently does not find the libraries (if both DEMULTILIB and CREATE_LDSO_CONF are turned off). This is not the default setting in Kconfig, though. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-03-22 17:54:37 +00:00
config CREATE_LDSO_CONF
bool "Create /etc/ld.so.conf file"
depends on SHARED_LIBS
default y if MULTILIB
help
Create /etc/ld.so.conf file in the sysroot directory for the
target.
Note that Buildroot errors out if it sees /etc/ld.so.conf.
config LDSO_CONF_EXTRA_DIRS_ARRAY
Fix unclosed string ... that resulted in a warning from kconfig Signed-off-by: Alexey Neyman <stilor@att.net>
2017-03-23 01:33:19 +00:00
string "Extra directories to add to /etc/ld.so.conf"
Make creation of ld.so.conf optional ... enabled by default for multilib and disabled otherwise. Buildroot has been complaining about /etc/ld.so.conf presence for almost a year now and I missed that. After the release, xldd will be modified to query the compiler for the list of multilibs to search. This would be too invasive change before 1.23, though. Note that it may lead to configurations where xldd currently does not find the libraries (if both DEMULTILIB and CREATE_LDSO_CONF are turned off). This is not the default setting in Kconfig, though. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-03-22 17:54:37 +00:00
depends on CREATE_LDSO_CONF
help
Extra directories to include in /etc/ld.so.conf. The directories
will be augmented per compiler's multilib specification,
if applicable. For example, if the compiler's multilibs include
/lib and /lib64, and you specify /usr/local/lib here, ld.so.conf
will have both /usr/local/lib and /usr/local/lib64.
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.
Get rid of config.gen Instead, prepare the files as a part of bootstrap and install them. This avoids rebuilding these files in each working directory; they don't change anyway as they are generated from the same installed source. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-23 01:41:50 +00:00
source "config/gen/libc.in.2"
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
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