diff options
author | Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> | 2011-07-28 22:09:31 +0200 |
---|---|---|
committer | Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> | 2011-07-28 22:09:31 +0200 |
commit | 2ea05ecaa77cafacdb5664e0c5bec73a0164e15b (patch) | |
tree | 5b54c086edf6ba71de47336998df2d3ec37785a9 /scripts/functions | |
parent | 4c21311b3cd7972c0466cb5c38e261db4d35143c (diff) | |
download | crosstool-ng-2ea05ecaa77cafacdb5664e0c5bec73a0164e15b.tar.gz crosstool-ng-2ea05ecaa77cafacdb5664e0c5bec73a0164e15b.tar.bz2 crosstool-ng-2ea05ecaa77cafacdb5664e0c5bec73a0164e15b.zip |
scripts/libc: do not build add-ons by default
Currently, no --enable-add-ons option is passed to libc configure when
"$(do_libc_add_ons_list ,)" is empty, which makes configure automatically search
for present add-ons. In that case, all present add-ons are built, although
no add-on was selected by the user in the config. Moreover, this can make the
configure fail if some non-standard add-ons like eglibc-localedef are present.
This behavior also leads to an inconsistency from a user point of view between
the following cases:
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS="none" in the config,
which makes "$(do_libc_add_ons_list ,)" return "", so all present add-ons
are built.
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS!="none" in the
config, which makes "$(do_libc_add_ons_list ,)" return the add-on supporting
the chosen threading implementation, e.g. "nptl", so only this add-on is
built.
This patch disables the building of all add-ons in that case.
It is still possible to build all present add-ons by adding --enable-add-ons to
LIBC_GLIBC_EXTRA_CONFIG_ARRAY.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
Diffstat (limited to 'scripts/functions')
0 files changed, 0 insertions, 0 deletions