crosstool-ng/config/debug/gdb.in.cross
Yann E. MORIN" e2b9a81da3 scripts: check host features with host compiler
Currently, we check host feature in ./configure. This works only for
cross toolchains, but not for canadian toolchains. ./configure has
absolutely no way to know what the host for the toolchain will be;
only the build scripts know.

So, move the headers & libraries checks from ./configure to the build
scripts, early enough in the build, but not before we know the host
compiler and other tools.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-10-14 22:44:24 +02:00

43 lines
1.2 KiB
Plaintext

# Menu for the cross GDB
config STATIC_TOOLCHAIN
select GDB_CROSS_STATIC if GDB_CROSS
config GDB_CROSS
bool
prompt "Cross-gdb"
default y
select GDB_GDBSERVER if ! BARE_METAL
help
Build and install a cross-gdb for the target, to run on host.
if GDB_CROSS
config GDB_CROSS_STATIC
bool
prompt "Build a static cross gdb"
select WANTS_STATIC_LINK
help
A static cross gdb can be usefull if you debug on a machine that is
not the one that is used to compile the toolchain.
That way, you can share the cross-gdb without installing a toolchain
on every machine that will be used to debug target programs.
config GDB_CROSS_PYTHON
bool
prompt "Enable python scripting"
depends on ! GDB_CROSS_STATIC
default y
help
Say 'y' if you want to use Python scripting inside gdb.
Say 'n' if you do not want to.
Beware that enabling Python scripting could render the gdb
executable non-functional if you move it to another machine.
Building a static gdb can help in this regard, although there
have been reports of problems when linking gdb to the static
libpython.a. This should be fixed in gdb >=7.3. YMMV.
endif # GDB_CROSS