1.1 --- a/config/global.in Sun May 20 13:48:26 2007 +0000
1.2 +++ b/config/global.in Fri May 25 19:30:42 2007 +0000
1.3 @@ -1,7 +1,16 @@
1.4 # Overall toolchain configuration: paths, jobs, etc...
1.5
1.6 +# Ah, this option is here to break the dependency tracking, and allow
1.7 +# dependent option to line-up with the options they depend on ,rather
1.8 +# than being indented
1.9 +config FOOBAR
1.10 + bool
1.11 + default n
1.12 +
1.13 menu "Paths and misc options"
1.14
1.15 +comment "Crosstool behavior"
1.16 +
1.17 config EXPERIMENTAL
1.18 bool
1.19 prompt "Try features marked as EXPERIMENTAL"
1.20 @@ -26,6 +35,64 @@
1.21 Such obsolete features are the use of old kernel headers, old
1.22 gcc versions, etc...
1.23
1.24 +config DEBUG_CT
1.25 + bool
1.26 + prompt "Debug crosstool-NG"
1.27 + default n
1.28 + help
1.29 + Say 'y' here to get some debugging options
1.30 +
1.31 +if DEBUG_CT
1.32 +
1.33 +config DEBUG_CT_PAUSE_STEPS
1.34 + bool
1.35 + prompt "Pause between every steps"
1.36 + default n
1.37 + help
1.38 + Say 'y' if you intend to attend the build, and want to investigate
1.39 + the result of each steps before running the next one.
1.40 +
1.41 +config DEBUG_CT_SAVE_STEPS
1.42 + bool
1.43 + prompt "Save intermediate steps"
1.44 + default n
1.45 + help
1.46 + If you say 'y' here, then you will be able to restart crosstool-NG at
1.47 + any step by typing:
1.48 + make RESTART=<step_nane>
1.49 +
1.50 + where step_name is one of:
1.51 + - kernel_hdr
1.52 + - binutils
1.53 + - libc_hdr
1.54 + - cc_core
1.55 + - libfloat
1.56 + - libc
1.57 + - cc
1.58 + - libc_fin
1.59 + - debug
1.60 +
1.61 + It is not currently possible to rstart at any of the debug facility.
1.62 + They are treated a s a whole.
1.63 +
1.64 +config DEBUG_CT_SAVE_STEPS_GZIP
1.65 + bool
1.66 + prompt "gzip saved states"
1.67 + default y
1.68 + depends on DEBUG_CT_SAVE_STEPS
1.69 + help
1.70 + If you are tight on space, then you can ask to gzip the saved states
1.71 + tarballs. On the other hand, this takes some longer time...
1.72 +
1.73 + To lose as less time as possible, the gzip process is done with a low
1.74 + compression ratio (-3), which gives roughly 70% gain in size. Going
1.75 + further doesn't gain much, and takes far more time (believe me, I've
1.76 + got figures here! :-) ).
1.77 +
1.78 +endif
1.79 +
1.80 +comment "Build behavior"
1.81 +
1.82 config PARALLEL_JOBS
1.83 int
1.84 prompt "Number of parallel jobs"
1.85 @@ -157,6 +224,8 @@
1.86
1.87 Usefull to pre-retrieve the tarballs before going off-line.
1.88
1.89 +config FOOBAR
1.90 +
1.91 comment "Extracting"
1.92 depends on ! ONLY_DOWNLOAD
1.93