config/global/build-behave.in
author Cody P Schafer <dev@codyps.com>
Sun May 11 23:31:54 2014 +0200 (2014-05-11)
changeset 3319 283cebef7061
parent 3119 1c56c03b7ed5
permissions -rw-r--r--
cc/gcc: add 4.9.0

Signed-off-by: Cody P Schafer <dev@codyps.com>
[yann.morin.1998@free.fr: latest is now a 4.9]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <5bac788539bb272893ed.1399801933@gun>
Patchwork-Id: 347774
yann@445
     1
# Options related to how the build behaves
yann@121
     2
yann@121
     3
comment "Build behavior"
yann@121
     4
yann@1866
     5
comment "Build options hiden"
yann@1866
     6
    depends on BACKEND
yann@1866
     7
yann@1
     8
config PARALLEL_JOBS
yann@1
     9
    int
yann@1866
    10
    prompt "Number of parallel jobs" if ! BACKEND
yann@2716
    11
    default 0
yann@1
    12
    help
yann@1
    13
      Number of jobs make will be allowed to run concurently.
yann@1
    14
      Set this higher than the number of processors you have, but not too high.
yann@1
    15
      A good rule of thumb is twice the number of processors you have.
yann@1
    16
      
yann@2716
    17
      Enter 1 to have only one job at a time.
yann@1
    18
yann@2716
    19
      Enter 0 to set automatically based on how many processors the host has.
michael@2695
    20
yann@1
    21
config LOAD
s@3172
    22
    string
yann@1866
    23
    prompt "Maximum allowed load" if ! BACKEND
s@3172
    24
    default ""
yann@1
    25
    help
yann@1
    26
      Specifies that no new jobs should be started if there are others jobs
yann@1
    27
      running and the load average is at least this value.
s@3172
    28
s@3172
    29
      Leave to empty for no load limit.
s@3172
    30
s@3172
    31
      Note: any float value is allowed and will be passed to the '-l' option
s@3172
    32
            of make (for further details, refer to the make manpage).
yann@1
    33
yann@1
    34
config USE_PIPES
yann@1
    35
    bool
yann@1866
    36
    prompt "Use -pipe" if ! BACKEND
yann@1
    37
    default y
yann@1
    38
    help
yann@1
    39
      Use gcc's option -pipe to use pipes rather than temp files when building
yann@1
    40
      the toolchain.
yann@805
    41
diorcet@3119
    42
config EXTRA_CFLAGS_FOR_BUILD
diorcet@3119
    43
    string
diorcet@3119
    44
    prompt "Extra build compiler flags"
diorcet@3119
    45
    default ""
diorcet@3119
    46
    help
diorcet@3119
    47
      Extra flags to pass to the build C and C++ compiler.
diorcet@3119
    48
diorcet@3119
    49
      May be used to change the default features of the build
diorcet@3119
    50
      compiler such as turning off the stack protector or fortify.
diorcet@3119
    51
      
diorcet@3119
    52
config EXTRA_LDFLAGS_FOR_BUILD
diorcet@3119
    53
    string
diorcet@3119
    54
    prompt "Extra build linker flags"
diorcet@3119
    55
    default ""
diorcet@3119
    56
    help
diorcet@3119
    57
      Extra flags to pass to the build linker.
diorcet@3119
    58
diorcet@3119
    59
      May be used to change the default features of the build
diorcet@3119
    60
      linker.
diorcet@3119
    61
      
diorcet@3119
    62
config EXTRA_CFLAGS_FOR_HOST
michael@2701
    63
    string
michael@2701
    64
    prompt "Extra host compiler flags"
michael@2701
    65
    default ""
michael@2701
    66
    help
michael@2701
    67
      Extra flags to pass to the host C and C++ compiler.
michael@2701
    68
michael@2701
    69
      May be used to change the default features of the host
michael@2701
    70
      compiler such as turning off the stack protector or fortify.
diorcet@3119
    71
      
diorcet@3119
    72
config EXTRA_LDFLAGS_FOR_HOST
diorcet@3119
    73
    string
diorcet@3119
    74
    prompt "Extra host linker flags"
diorcet@3119
    75
    default ""
diorcet@3119
    76
    help
diorcet@3119
    77
      Extra flags to pass to the host linker.
diorcet@3119
    78
diorcet@3119
    79
      May be used to change the default features of the host
diorcet@3119
    80
      linker.
michael@2701
    81
yann@1444
    82
choice
yann@1444
    83
    bool
yann@1444
    84
    prompt "Shell to use as CONFIG_SHELL"
yann@1459
    85
    default CONFIG_SHELL_BASH
yann@1866
    86
    depends on ! BACKEND
yann@1444
    87
yann@1444
    88
config CONFIG_SHELL_SH
yann@1444
    89
    bool
yann@1444
    90
    prompt "sh (the system shell)"
yann@1444
    91
    help
yann@1444
    92
      Use 'sh' as CONFIG_SHELL.
yann@1444
    93
      
yann@1444
    94
      ./configure scripts and Makefiles make intensive use of calling
yann@1444
    95
      sub-shells. This is usually done by calling /bin/sh. /bin/sh ought
yann@1444
    96
      to be an at-least-POSIX-conformant shell (that is, able to interpret
yann@1444
    97
      POSIX shell scripts).
yann@1444
    98
      
yann@1444
    99
      On many (most?) systems, /bin/sh is a symlink to bash. On some other
yann@1444
   100
      systems (eg. Ubuntu, latest Debian), /bin/sh points to dash (or ash).
yann@1444
   101
      bash is a full-featured shell, with many extension to POSIX, but is
yann@1444
   102
      quite slow (see ection BUGS in the bash man page), while dash is
yann@1444
   103
      faster, with very few extensions to POSIX.  On the other hand, some
yann@1444
   104
      ./configure scripts, although written to use /bin/sh, may really
yann@1444
   105
      require to be run by bash.
yann@1444
   106
      
yann@1459
   107
      The default is to use bash, as some components (eg. GMP) will fail
yann@1459
   108
      to build with anything else than bash.
yann@2705
   109
      
yann@2705
   110
      Unless you have a very strong reason not to (eg. you are debugging
yann@2705
   111
      the bashisms in a ./configure script), you should use the default,
yann@2705
   112
      and use bash.
yann@1459
   113
yann@805
   114
config CONFIG_SHELL_ASH
yann@805
   115
    bool
yann@1447
   116
    prompt "ash (READ HELP!)"
yann@805
   117
    help
yann@1444
   118
      Use 'ash' as CONFIG_SHELL.
yann@805
   119
      
yann@1444
   120
      See help for CONFIG_SHELL_SH, above, for more explanations.
yann@1447
   121
      
yann@1447
   122
      NOTE: It is advised that you do NOT use ash as CONFIG_SHELL, as some
yann@1447
   123
      components are broken. If you decide to use ash, and the build breaks,
yann@1447
   124
      don't come moaning and set the CONFIG_SHELL to bash, below.
yann@1444
   125
yann@1445
   126
config CONFIG_SHELL_BASH
yann@1445
   127
    bool
yann@1445
   128
    prompt "bash"
yann@1445
   129
    help
yann@1445
   130
      Use 'bash' as CONFIG_SHELL.
yann@1445
   131
      
yann@1445
   132
      See help for CONFIG_SHELL_SH, above, for more explanations.
yann@1445
   133
yann@1446
   134
config CONFIG_SHELL_CUSTOM
yann@1446
   135
    bool
yann@1446
   136
    prompt "custom shell"
yann@1446
   137
    help
yann@1446
   138
      Enter full path to the custom shell below.
yann@1446
   139
      
yann@1446
   140
      See help for CONFIG_SHELL_SH, above, for more explanations.
yann@1446
   141
yann@1444
   142
endchoice
yann@1444
   143
yann@2705
   144
# Do not put this into the choice above, because the choice
yann@2705
   145
# is not available in BACKEND-mode, while we do want this to
yann@2705
   146
# be set even in BACKEND-mode.
yann@1866
   147
config CONFIG_SHELL_CUSTOM_PATH
yann@1866
   148
    string
yann@1866
   149
    prompt "Path to custom shell" if ! BACKEND
yann@1866
   150
    depends on CONFIG_SHELL_CUSTOM || BACKEND
yann@1866
   151
    default "/bin/sh"
yann@2705
   152
yann@2705
   153
# Ditto.
yann@2705
   154
# And we must use the ./configured bash...
yann@2705
   155
config CONFIG_SHELL
yann@2705
   156
    string
yann@2705
   157
    default "/bin/sh"                   if CONFIG_SHELL_SH
yann@2705
   158
    default "/bin/ash"                  if CONFIG_SHELL_ASH
yann@2705
   159
    default "${bash}"                   if CONFIG_SHELL_BASH
yann@2705
   160
    default CONFIG_SHELL_CUSTOM_PATH    if CONFIG_SHELL_CUSTOM || BACKEND