config/libc/uClibc.in.2
author "Yann E. MORIN" <yann.morin.1998@free.fr>
Thu Jan 24 22:21:19 2013 +0100 (2013-01-24)
changeset 3174 239ea86a47f6
parent 2039 c5a2e4ee7fb8
child 3276 22239d19ad65
permissions -rw-r--r--
cc/gcc: remove 'sub-level' version form symbols

Now we use defconfig files to store the samples, we have to be a bit more
conservatives in the symbols names, so as to avoid gigantic version bumps
when updating sub-level versions from a package.

For example (using fictitious versions):
- in crosstool-NG 1.17.0, we choose:
- latest gcc is gcc-linaro-4.7-2012.10, which is the default for the
choice in the menuconfig
- gcc-linaro-4.6-2012.10 is selected
- so, sample has an explicit symbol for the selected gcc version, as it
is not the default
- we update to crosstool-NG 1.18.0:
- latest gcc version is gcc-linaro-4.7-2013.01
- gcc-linaro-46 has been updated to gcc-linaro-4.6-2013.01
- as the sample now has no *valid* symbol to set the gcc version, the
default is used, while we would have expected to still use the 4.6
release from linaro, not the 4.7

Get rid of sub-level (ie. the third digit sequence in versions) from the
symbols for linaro versions.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
     1 # uClibc second-part option
     2 
     3 if THREADS_LINUXTHREADS
     4 
     5 choice
     6     bool
     7     prompt "Linuxthread implementation: "
     8     default LIBC_UCLIBC_LNXTHRD_OLD
     9 
    10 config LIBC_UCLIBC_LNXTHRD_OLD
    11     bool
    12     prompt "old/stable"
    13     help
    14       From the uClibc config option help:
    15         There are two versions of linuxthreads.  The older (stable) version
    16         has been in uClibc for quite a long time but hasn't seen too many
    17         updates other than bugfixes.
    18 
    19 config LIBC_UCLIBC_LNXTHRD_NEW
    20     bool
    21     prompt "new"
    22     help
    23       From the uClibc config option help:
    24         The new version has not been tested much, and lacks ports for arches
    25         which glibc does not support (like bfin/frv/etc...), but is based on
    26         the latest code from glibc, so it may be the only choice for the
    27         newer ports (like alpha/amd64/64bit arches and hppa).
    28 
    29 endchoice
    30 
    31 endif # THREADS_LINUXTHREADS
    32 
    33 config LIBC_UCLIBC_LNXTHRD
    34     string
    35     default ""      if THREADS_NONE
    36     default ""      if THREADS_NPTL
    37     default "old"   if LIBC_UCLIBC_LNXTHRD_OLD
    38     default "new"   if LIBC_UCLIBC_LNXTHRD_NEW
    39 
    40 config LIBC_UCLIBC_LOCALES
    41     bool
    42     select LIBC_UCLIBC_WCHAR
    43     prompt "Add support for locales"
    44     help
    45       Say y if you want uClibc to support localisation.
    46 
    47       Note that seems to be broken on recent uClibc releases.
    48 
    49 config LIBC_UCLIBC_LOCALES_PREGEN_DATA
    50     bool
    51     prompt "Use pregen locales"
    52     depends on LIBC_UCLIBC_LOCALES
    53     default y
    54     help
    55       If you see issues with using pre-generated locales data,
    56       you can try switching this off.
    57 
    58       If so, please report the issue, so we can default this
    59       to off if too many people complain.
    60 
    61 config LIBC_UCLIBC_WCHAR
    62     bool
    63     prompt "Add support for WCHAR"
    64     help
    65       Say y if you want uClibc to support WCHAR.
    66 
    67       Maybe this is needed, if you're building a C++-Compiler