config/arch/avr32.in
author "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
Thu Jul 28 22:09:31 2011 +0200 (2011-07-28)
changeset 2573 424fa2092ace
parent 1781 6268121bee4a
child 2788 b6faa28e76e0
permissions -rw-r--r--
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>
mgl@1371
     1
# AVR32 specific configuration file
mgl@1371
     2
yann@2444
     3
## select ARCH_SUPPORTS_32
yann@2444
     4
## select ARCH_DEFAULT_32
yann@2444
     5
## select ARCH_USE_MMU
yann@2444
     6
## select ARCH_DEFAULT_BE
yann@2444
     7
## select ARCH_SUPPORT_ARCH
yann@2444
     8
## select ARCH_SUPPORT_CPU
yann@2444
     9
## select ARCH_SUPPORT_TUNE
yann@2444
    10
## select ARCH_SUPPORT_FPU
yann@2444
    11
##
yann@2444
    12
## help The AVR32 architecture, as defined by:
yann@2444
    13
## help     http://www.atmel.com/products/avr32