The cross-gdb is supposed to be part of the external toolchain, so
Buildroot does not need to build it. Moreover, GDB_HOST build
currently fail with:
ln -snf ../../bin/arm-unknown-linux-gnueabi-gdb \
/home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb
ln: creating symbolic link `/home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb': No such file or directory
And even worse: they overwrite the cross-gdb of the external
toolchain!
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
These are ancient (2006) and upstream strongly discourage using them:
ftp://sourceware.org/pub/gdb/old-releases/README
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Has been marked as broken for more than 1 year, with no indication
that anyone cares, and it needs a bunch of special handling.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add a new gdb version for AVR32 in Config.in
* Use a special mirror for this gdb version in gdb.mk
* Do not try to apply patches when the patch directory does not exist
in gdb.mk
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The term gdb-client is deceptive - although it parallels the gdb-server name,
it is actually a full fledged gdb version. I want to use it to debug uClibc
core files on my host system. Although I haven't got that to work yet, I wasted
time figuring out how to do build gdb for the host not realizing it already had
a target. With this documentation change, things would have been a lot clearer
to me.
0000050: gdb_server and gdb_client fixes and split
Here is a patch with 2 issues.
gdbserver does not depend on ncurses (just the full gdb needs it)
Split out gdb client config option, to be separate from gdbserver. If you
build gdb client for the host once it does not need to be rebuilt when the rest
of libs change. So I build it and save it off.
