config/global/paths.in
author Titus von Boxberg <titus@v9g.de>
Tue Nov 06 17:02:06 2012 +0100 (2012-11-06)
changeset 3103 a8bf927f6e37
parent 2765 6c5658b8b588
child 3150 1d6fd9bde73c
permissions -rw-r--r--
Makefile.in: Use only standard options compatible with BSD install

Don't use options specific to FSF's coreutils install.

Signed-off-by: Titus von Boxberg <titus@v9g.de>
Message-Id: <51587db99510a9ec08f8.1352226968@tschetwerikow.boxberg.lan>
Patchwork-Id: 197532
     1 # Options related to paths and install
     2 
     3 comment "Paths"
     4 
     5 config LOCAL_TARBALLS_DIR
     6     string
     7     prompt "Local tarballs directory" if ! BACKEND
     8     default ""
     9     help
    10       If you have previously downloaded the tarballs, enter the PATH where
    11       you stored them here.
    12 
    13 config SAVE_TARBALLS
    14     bool
    15     prompt "Save new tarballs" if ! BACKEND
    16     depends on LOCAL_TARBALLS_DIR != "" || BACKEND
    17     default y if BACKEND
    18     help
    19       If you say 'y' here, new downloaded tarballs will be saved in the
    20       directory you entered above.
    21 
    22 config CUSTOM_LOCATION_ROOT_DIR
    23     string
    24     depends on EXPERIMENTAL
    25     prompt "Directory containing custom source components"
    26     help
    27       This is the path CT-NG will attempt to use as a root for locating
    28       local copies of source components (CUSTOM_LOCATION_ROOT_DIR/component)
    29       unless a component declares its own specific custom location.
    30 
    31 config WORK_DIR
    32     string
    33     prompt "Working directory" if ! BACKEND
    34     default "${CT_TOP_DIR}/.build"
    35     help
    36       Set this to the directory where all build actions will be done.
    37       
    38       The default is "${CT_TOP_DIR}/.build", and leaving this option
    39       empty will also use the default.
    40       
    41       You should not need to change that, except in one very peculiar
    42       setup:
    43        - your crosstool-NG source directory is on the network
    44        - you configured crosstool-NG with --local
    45       This kind of setup is a pain, as any action involving source file
    46       access would have to go through the wire. In this case, you should
    47       set CT_WORK_DIR to point to a path local to your machine, to avoid
    48       any network overhead.
    49       
    50       Do *NOT* change it if you don't know better.
    51 
    52 config PREFIX_DIR
    53     string
    54     prompt "Prefix directory" if ! BACKEND
    55     default "${HOME}/x-tools/${CT_TARGET}"
    56     help
    57       This is the path the toolchain will run from.
    58 
    59 config INSTALL_DIR
    60     string
    61 #    prompt "Install directory"
    62     default "${CT_PREFIX_DIR}"
    63 #    help
    64 #      This is the path the toolchain will be installed into.
    65 #      
    66 #      Normally, you would set this to ${CT_PREFIX_DIR}, but if for some reasons
    67 #      you can't write there, you can install somewhere else and have a third
    68 #      person do the install for you.
    69 #      The reason you might also want to install elsewhere is if you are going
    70 #      to package your shinny new toolchain for distribution.
    71 
    72 config RM_RF_PREFIX_DIR
    73     bool
    74     prompt "|  Remove the prefix dir prior to building"
    75     default y
    76     depends on !BACKEND
    77     help
    78       If you say 'y' here, then PREFIX_DIR (above) will be eradicated
    79       prior to the toolchain is built.
    80       
    81       This can be useful when you are trying different settings (due
    82       to build failures or feature tests). In this case, to avoid using
    83       a potentially broken previous toolchain, the install location is
    84       removed, to start afresh.
    85       
    86       On the other hand, if you are building a final toolchain, and install
    87       it into a directory with pre-install, unrelated programs, it would be
    88       damageable to remove that directory. In this case, you may want to
    89       say 'n' here.
    90       
    91       Note that when acting as a backend, this option is not available, and
    92       is forced to 'n'.
    93 
    94 config REMOVE_DOCS
    95     bool
    96     prompt "Remove documentation"
    97     default y
    98     help
    99       Remove the installed documentation (man and info pages).
   100       Gains around 8MiB for a uClibc-based, C and C++ compiler.
   101 
   102 config BUILD_MANUALS
   103     bool
   104     prompt "Build the manuals"
   105     depends on ! REMOVE_DOCS
   106     help
   107       Build the PDF and HTML manuals for the main components such as
   108       binutils, GCC, GDB, and the C library.
   109 
   110 config INSTALL_DIR_RO
   111     bool
   112     prompt "Render the toolchain read-only"
   113     default y
   114     help
   115       Render the directory of the toolchain (and its sub-directories)
   116       read-only.
   117       
   118       Useful for toolchains destined for production.
   119 
   120 config STRIP_ALL_TOOLCHAIN_EXECUTABLES
   121     bool
   122     prompt "Strip all toolchain executables"
   123     default y
   124     help
   125       All build host executables contain a lot of unnecessary info.
   126       By stripping all executables it slightly speeds up the compilation
   127       of large projects.
   128       NOTE: It does NOT strip the target libraries, only HOST executables