buildroot-novena/toolchain/gdb, branch debian

gdb: convert to the package infrastructure

2013-04-11T19:46:32+00:00

This commit converts gdb to the package infrastructure, and therefore moves it from toolchain/gdb to package/gdb. The target package is now visible in "Package selection for the target" => "Debugging, profiling and benchmark". The main option, "gdb", forcefully selects the "gdbserver" sub-option by default. Another sub-option, "full debugger" allows to install the complete gdb on the target. When this option is enabled, then "gdbserver" is no longer forcefully selected. This ensures that at least gdbserver or the full debugger gets built/installed, so that the package is not a no-op. The host debugger is still enabled through a configuration option in "Toolchain". It is now visible regardless of the toolchain type (it used to be hidden for External Toolchains). The configuration options relative to the host debugger are now in package/gdb/Config.in.host, similar to how we have package/binutils/Config.in.host. Since gdb is now a proper package, it is no longer allowed to 'select BR2_PTHREADS_DEBUG' to ensure thread debugging is available when needed. Instead, it now 'depends on BR2_TOOLCHAIN_HAS_THREADS_DEBUG'. This option, in turn, is selected by the different toolchain backends when appropriate. The 'BR2_TOOLCHAIN_HAS_THREADS_DEBUG_IF_NEEDED' option is removed, since we no longer need to know when it is allowed to 'select BR2_PTHREADS_DEBUG'. Also, the 'BR2_PTHREADS_DEBUG' option is moved to appear right below the thread implementation selection (in the case of the Buildroot toolchain backend). Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

gdb: fixing gdb 7.4.1 build with eglibc-2_16

2013-02-04T23:08:36+00:00

gdb 7.4.1 fails with the following error gdb-7.4.1/gdb/linux-nat.h:79:18: error: field 'siginfo' has incomplete type because gdb use 'struct siginfo' instead of 'struct siginfo_t'. Crosstool-NG allready use the patches to prevent this error so use this patches for buildroot too. see also http://permalink.gmane.org/gmane.comp.gcc.cross-compiling/15305 Fixes http://autobuild.buildroot.net/results/b894a5cecd9c5e0a1a751ebbff90a14aea1803da/build-end.log Signed-off-by: Carsten Schoenert Signed-off-by: Peter Korsgaard

gdb: build gdbserver with TARGET_MAKE_ENV

2013-02-04T22:35:07+00:00

This commit fixes the exact same problem than 21a0c11a90f9ff19c78a5f32e0a2e9064fd28054, but for the gdbserver build. The problem is that when you use the Crosstool-NG toolchain backend, gawk gets built as a dependency of Crosstool-NG. So the gdb configure scripts detects it, and assumes it is in the PATH (because the gdb configure step gets run with TARGET_MAKE_ENV). But then, the build fails, because it tries to run gawk, but gawk isn't in the PATH, because we forget to use this TARGET_MAKE_ENV variable when building gdbserver. Fixes http://autobuild.buildroot.org/results/d0173de533b5e2fffed2eff7327a502ed2d787cd/build-end.log Signed-off-by: Thomas Petazzoni Acked-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

gdb: remove 6.8 / 7.0.1 / 7.1, deprecate 7.2 / 7.3

2013-01-24T13:44:06+00:00

Signed-off-by: Peter Korsgaard

gdb: Add support for gdb 7.5.1 and make it the default

2013-01-24T12:52:04+00:00

Signed-off-by: Will Newton Signed-off-by: Peter Korsgaard

gdb: Needs threads support

2012-12-19T09:19:56+00:00

Fixes http://autobuild.buildroot.org/results/480ee3efd8ffe8043329fec173ef8187bd54e0fb/build-end.log [Peter: correct autobuilder URL] Signed-off-by: Maxime Ripard Signed-off-by: Peter Korsgaard

gdb: properly pass the PATH when building gdb for the host

2012-11-28T19:35:57+00:00

When building gdb for the host, we properly pass the PATH (through HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so for the compilation step. The result of this is that when the Crosstool-NG backend is used, gawk is built and installed in $(HOST_DIR), as a dependency of the crosstool-ng package. Then, the host gdb configure script detects this gawk binary ($(HOST_DIR) is in the PATH), and assumes gawk is available. Unfortunately, during the compilation step, it fails to find the expected gawk binary, because $(HOST_DIR) is no longer in the PATH. This causes the following build failure: http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log In order to fix this, we simply call the compilation step of gdb for the host with $(HOST_MAKE_ENV), as it should have been done from the beginning. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

xtensa: fix target gdb build and 64-bit host side gdb

2012-11-21T10:14:24+00:00

Fix build breakage, use the version of the ptrace header file in asm instead of sys. Also, fix GDB running on 64 bit hosts. GDB was using unsigned long for 32-bit registers, but unsigned long is 64 bit on 64-bit hosts. Signed-off-by: Chris Zankel Signed-off-by: Peter Korsgaard

xtensa: use uppercase for configurations and modified overlay structure

2012-11-21T10:08:50+00:00

Except for architecture and processor names, buildroot uses capitalized configuration names, so change the macro names for xtensa to follow that standard. Change the overlay file to have a subdirectory for each component (gdb, binutils, gcc, etc.) to make it more future-prove. Signed-off-by: Chris Zankel Signed-off-by: Peter Korsgaard

gdb: not available on aarch64 for the target

2012-11-16T21:25:40+00:00

Fixes http://autobuild.buildroot.org/results/d32a0fb1584a125cccde521a3960fb87ff7e2de6/build-end.log Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard