config/cc/gcc.in.2
author Arnaud Lacombe <lacombar@gmail.com>
Tue Aug 03 06:17:51 2010 +0200 (2010-08-03)
changeset 2064 f5ebe8c429dc
parent 2045 fdaa6c7f6dea
child 2122 eb837be50f8f
permissions -rw-r--r--
libc/uClibc: add uClibc 0.9.30.3

This version has been released a couple of month ago, but it never reached
crosstool-ng tree. This may be linked to the fact that the current 0.9.30.2,
once patched, has nothing much different from 0.9.30.3, released.

I'm not including any patch with this upgrade, on purpose.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>
yann@2041
     1
config CC_GCC_ENABLE_TARGET_OPTSPACE
yann@2041
     2
    bool
yann@2041
     3
    prompt "Optimize gcc libs for size"
yann@2041
     4
    default y
yann@2041
     5
    help
yann@2041
     6
      Pass --enable-target-optspace to crossgcc's configure.
yann@2041
     7
      
yann@2041
     8
      This will compile crossgcc's libs with -Os.
yann@2041
     9
js@2045
    10
config CC_STATIC_LIBSTDCXX
js@2045
    11
    bool
js@2045
    12
    prompt "Link libstdc++ statically into the gcc binary"
js@2045
    13
    default y
js@2045
    14
    depends on CC_GCC_4_4_or_later
js@2045
    15
    help
js@2045
    16
      Newer gcc versions use the PPL library which is C++ code.  Statically
js@2045
    17
      linking libstdc++ increases the likeliness that the gcc binary will
js@2045
    18
      run on machines other than the one which it was built on, without
js@2045
    19
      having to worry about distributing the matching version of libstdc++
js@2045
    20
      along with it.
js@2045
    21
yann@2041
    22
comment "Misc. obscure options."
yann@2041
    23
yann@2041
    24
config CC_CXA_ATEXIT
yann@2041
    25
    bool
yann@2041
    26
    prompt "Use __cxa_atexit"
yann@2041
    27
    default y
yann@2041
    28
    depends on ! BARE_METAL
yann@2041
    29
    help
yann@2041
    30
      If you get the missing symbol "__cxa_atexit" when building C++ programs,
yann@2041
    31
      you might want to try disabling this option.
yann@2041
    32
yann@2041
    33
config CC_GCC_DISABLE_PCH
yann@2041
    34
    bool
yann@2041
    35
    prompt "Do not build PCH"
yann@2041
    36
    default n
yann@2041
    37
    help
yann@2041
    38
      Say 'y' here to not use Pre-Compiled Headers in the resulting toolchain.
yann@2041
    39
      at the expense of speed when compiling C++ code.
yann@2041
    40
      
yann@2041
    41
      For some configurations (most notably canadian?), PCH are broken, and
yann@2041
    42
      need to be disabled. Please see:
yann@2041
    43
        http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
yann@2041
    44
yann@2042
    45
config CC_GCC_SJLJ_EXCEPTIONS
yann@2042
    46
    tristate
yann@2041
    47
    prompt "Use sjlj for exceptions"
yann@2054
    48
    depends on ! BARE_METAL
yann@2042
    49
    default m
yann@2041
    50
    help
yann@2042
    51
      'sjlj' is short for setjmp/longjmp.
yann@2041
    52
      
yann@2042
    53
      On some architectures, stack unwinding during exception handling
yann@2042
    54
      works perfectly well without using sjlj, while on some others,
yann@2042
    55
      use of sjlj is required for proper stack unwinding.
yann@2041
    56
      
yann@2042
    57
       Option  | sjlj use           | Associated ./configure switch
yann@2042
    58
      ---------+--------------------+--------------------------------
yann@2042
    59
         Y     | forcibly used      | --enable-sjlj-exceptions
yann@2042
    60
         M     | auto               | (none, ./configure decides)
yann@2042
    61
         N     | forcibly not used  | --disable-sjlj-exceptions
yann@2041
    62
      
yann@2042
    63
      It should be safe to say 'M' or 'N'.
yann@2042
    64
      
yann@2042
    65
      It can happen that ./configure is wrong in some cases. Known
yann@2042
    66
      case is for ARM big endian, where you should say 'N'.
yann@2043
    67
yann@2043
    68
config CC_GCC_LIBMUDFLAP
yann@2043
    69
    bool
yann@2043
    70
    prompt "Compile libmudflap"
yann@2043
    71
    default n
yann@2043
    72
    help
yann@2043
    73
      libmudflap is a pointer-use checking tool, which can detect
yann@2043
    74
      various mis-usages of pointers in C and (to some extents) C++.
yann@2043
    75
      
yann@2043
    76
      You should say 'N' here, as libmduflap generates instrumented
yann@2043
    77
      code (thus it is a bit bigger and a bit slower) and requires
yann@2043
    78
      re-compilation and re-link, while it exists better run-time
yann@2043
    79
      alternatives (eg. DUMA, dmalloc...) that need neither re-
yann@2043
    80
      compilation nor re-link.