config/global/ct-behave.in
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sat Jul 26 15:15:48 2008 +0000 (2008-07-26)
branch1.2
changeset 732 683fe8c2851f
parent 446 d205527c5e01
child 914 0b164a321177
permissions -rw-r--r--
Backport #863 from trunk:
Hmmm. The debug pause at each step never ever worked... Sigh...

/branches/1.2/scripts/crosstool.sh | 2 1 1 0 +-
/branches/1.2/config/global/ct-behave.in | 2 1 1 0 +-
2 files changed, 2 insertions(+), 2 deletions(-)
yann@445
     1
# Options specific to crosstool-NG overall behavior
yann@1
     2
yann@197
     3
comment "crosstool-NG behavior"
yann@121
     4
yann@244
     5
config OBSOLETE
yann@244
     6
    bool
yann@244
     7
    prompt "Use obsolete features"
yann@244
     8
    default n
yann@244
     9
    help
yann@244
    10
      If you set this to Y, you will be able to select obsolete features.
yann@445
    11
yann@244
    12
      Such obsolete features are the use of old kernel headers, old
yann@244
    13
      gcc versions, etc...
yann@244
    14
yann@41
    15
config EXPERIMENTAL
yann@41
    16
    bool
yann@41
    17
    prompt "Try features marked as EXPERIMENTAL"
yann@41
    18
    default n
yann@41
    19
    help
yann@41
    20
      If you set this to Y, then you will be able to try very experimental
yann@41
    21
      features.
yann@445
    22
yann@41
    23
      Experimental features can be one of:
yann@41
    24
        - working, in which case you should tell me it is!
yann@41
    25
        - buggy, in which case you could try patching and send me the result
yann@41
    26
        - unfinished, in which case you could try hacking it and send me the result
yann@384
    27
        - non-existant, in which case you could also try hacking it in and send me
yann@384
    28
          the result
yann@41
    29
yann@244
    30
config BROKEN
yann@61
    31
    bool
yann@244
    32
    prompt "Try broken stuff"
yann@61
    33
    default n
yann@244
    34
    depends on EXPERIMENTAL
yann@61
    35
    help
yann@244
    36
      Select this if you want to _debug_ broken stuff.
yann@61
    37
yann@121
    38
config DEBUG_CT
yann@121
    39
    bool
yann@121
    40
    prompt "Debug crosstool-NG"
yann@121
    41
    default n
yann@121
    42
    help
yann@121
    43
      Say 'y' here to get some debugging options
yann@121
    44
yann@121
    45
if DEBUG_CT
yann@121
    46
yann@725
    47
config DEBUG_PAUSE_STEPS
yann@121
    48
    bool
yann@121
    49
    prompt "Pause between every steps"
yann@121
    50
    default n
yann@121
    51
    help
yann@121
    52
      Say 'y' if you intend to attend the build, and want to investigate
yann@121
    53
      the result of each steps before running the next one.
yann@121
    54
yann@121
    55
config DEBUG_CT_SAVE_STEPS
yann@121
    56
    bool
yann@121
    57
    prompt "Save intermediate steps"
yann@121
    58
    default n
yann@121
    59
    help
yann@121
    60
      If you say 'y' here, then you will be able to restart crosstool-NG at
yann@168
    61
      any step.
yann@445
    62
yann@445
    63
      It is not currently possible to restart at any of the debug facility.
yann@168
    64
      They are treated as a whole.
yann@168
    65
yann@168
    66
      See docs/overview.txt for the list of steps.
yann@121
    67
yann@121
    68
config DEBUG_CT_SAVE_STEPS_GZIP
yann@121
    69
    bool
yann@121
    70
    prompt "gzip saved states"
yann@121
    71
    default y
yann@121
    72
    depends on DEBUG_CT_SAVE_STEPS
yann@121
    73
    help
yann@121
    74
      If you are tight on space, then you can ask to gzip the saved states
yann@121
    75
      tarballs. On the other hand, this takes some longer time...
yann@445
    76
yann@121
    77
      To lose as less time as possible, the gzip process is done with a low
yann@121
    78
      compression ratio (-3), which gives roughly 70% gain in size. Going
yann@121
    79
      further doesn't gain much, and takes far more time (believe me, I've
yann@121
    80
      got figures here! :-) ).
yann@121
    81
yann@121
    82
endif