| Age | Commit message (Collapse) | Author |
|---|
|
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>
|
|
Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
|
|
For the embedded readline/gettext stuff.
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>
|
|
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
|
|
* 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>
|
|
They shouldn't be used anymore, needs havily patching (6.3 has more than
200k patches) and no one tests them with current toolchains.
|
|
|
|
|
|
|
|
|
|
'default n' is the default, so there's no need to say it explicitly.
|
|
locations for prepatched toolchain to be under the toolchain directory
|
|
|
|
|
|
|
|
gcc target abi back to a place where the other arch-specific settings live
|
|
|
|
- adjust default gdb version to 6.6
- fix stripping gmp/mpfr due to recent LIBTGTEXT changes
|
|
|
|
|
|
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.
|
|
|
|
you want to debug NPTL binaries, you'll need the latest and greatest. Patches for 6.3 will be forward ported where applicable later this week.
|
|
|
|
|
|
should be BR2_PACKAGE_GDB_CLIENT.
|
|
|
|
obvious rejects.
|
|
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.
|
|
|
|
|
|
-Erik
|
