config/debug/gdb.in.native
author "Yann E. MORIN" <yann.morin.1998@free.fr>
Thu Dec 27 12:45:22 2012 +0100 (2012-12-27)
changeset 3152 b286c7993be5
parent 2484 d1a8c2ae7946
permissions -rw-r--r--
scripts/addToolsVersion: properly handle .in vs. .in.2

While most components have their version in the .in file, some
have it in the .in.2 (eg. elf2flt).

Currently, to handle this case, we indiscriminately munge both files,
but this is wrong: in the elf2flt case, if we add a binutils version,
we do not want it to be added to elf2flt, and conversely.

So, for each tool, we need to explicitly know what file to munge.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
     1 # Menu for the native GDB
     2 
     3 config GDB_NATIVE
     4     bool
     5     prompt "Native gdb"
     6     depends on ! BARE_METAL
     7     depends on ! BACKEND
     8     help
     9       Build and install a native gdb for the target, to run on the target.
    10 
    11 if GDB_NATIVE
    12 
    13 config GDB_NATIVE_STATIC
    14     bool
    15     prompt "Build a static native gdb"
    16     help
    17       In case you have trouble with dynamic loading of shared libraries,
    18       you will find that a static gdb comes in handy.
    19 
    20 endif # GDB_NATIVE