summaryrefslogtreecommitdiffstats
path: root/toolchain/gdb/Config.in
Commit message (Collapse)AuthorAgeFilesLines
* gdb: remove 6.8 / 7.0.1 / 7.1, deprecate 7.2 / 7.3Peter Korsgaard2013-01-241-22/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: Add support for gdb 7.5.1 and make it the defaultWill Newton2013-01-241-1/+8
| | | | | Signed-off-by: Will Newton <will.newton@imgtec.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: Needs threads supportMaxime Ripard2012-12-191-2/+3
| | | | | | | | | Fixes http://autobuild.buildroot.org/results/480ee3efd8ffe8043329fec173ef8187bd54e0fb/build-end.log [Peter: correct autobuilder URL] Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: not available on aarch64 for the targetThomas Petazzoni2012-11-161-1/+1
| | | | | | | | | Fixes http://autobuild.buildroot.org/results/d32a0fb1584a125cccde521a3960fb87ff7e2de6/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: disable support of full gdb on target for blackfinThomas Petazzoni2012-11-161-1/+1
| | | | | | | | | | There is no support in gdb 6.6 for the Blackfin architecture, so disallow this choice. This fixes the following build failure: http://autobuild.buildroot.org/results/e37db29810265a756833da163fda444d967d7874/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: adjust behavior when thread debug is not availableThomas Petazzoni2012-11-031-4/+9
| | | | | | | | | | | | | | | | | | | | | | | | | When an external toolchain without thread debug is used, the gdb package can be selected, but no version can be choosen, since none match any of the requirements. This leads Buildroot to try to build gdb for the target without a version being defined, as in the following build log: http://autobuild.buildroot.org/results/84e8fd2df0cc22448052a572c2e9a6e03dd137eb/build-end.log To fix this, we adjust the dependencies of the BR2_PACKAGE_GDB option so that the package as a whole is not selectable when the required conditions are not met. Basically, we have the choice of: * Having a toolchain that supports thread debugging, which is needed for gdb >= 7.x * Having BR2_DEPRECATED enabled, which allows gdb 6.8 to be selected, which doesn't require thread debugging * Using bfin, since this architectures has a special old gdb version Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: target gdb not available on microblazeThomas Petazzoni2012-10-141-1/+1
| | | | | | | | | Fixes http://autobuild.buildroot.org/results/5950c95ca12721dd910ad72fe52bfa9ac45a5120/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: not available on avr32Thomas Petazzoni2012-05-141-1/+1
| | | | | | | | Fixes http://autobuild.buildroot.org/results/1c6cfa7f069e2b7d8a7dacf76fbf95b7909fb37a/build-end.log. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: bump 7.4.x series to 7.4.1Gustavo Zacarias2012-04-291-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* debug: provide an option to copy the gdbserver to the targetThomas Petazzoni2012-03-151-0/+8
| | | | | | | | | | | | | | When an external toolchain is used, it is very likely that it contains a pre-built version of a gdbserver that has the same version as the cross-gdb included in the external toolchain. So, we now provide an option that allows to copy this pre-built gdbserver to the target. As the location of the gdbserver in the external toolchain is not standardized, we only support the CodeSourcery and Crosstool-NG layouts for the moment. Other locations can be added later. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: add 7.4, mark 7.1 as deprecatedPeter Korsgaard2012-01-241-1/+9
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: fix kconfig dependency handling with !BR_TOOLCHAIN_BUILDROOTPeter Korsgaard2011-11-241-4/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Newer versions of GDB need pthread debugging support if threads are enabled, which is always the case for glibc but is a configure option for uClibc. We have solved this for internal toolchains by selecting the BR2_PTHREAD_DEBUG option from the GDB selection if needed, but as this option isn't available when ctng/external toolchains are used, mconf prints ugly warnings and the build may fail if an external uClibc toolchain without pthread debugging support is used. Fix it by introducing 2 more hidden config options: - BR2_TOOLCHAIN_HAS_THREADS_DEBUG - BR2_TOOLCHAIN_HAS_THREADS_DEBUG_IF_NEEDED The first tells us if the toolchain HAS pthreads debugging support, and is checked by check_uclibc_feature in helper.mk for external uClibc based toolchains. The second tells us if the toolchain is ABLE TO provide pthreads debugging support if threads are enabled, either because it's an internal toolchain where we can force enable it or an external glibc/eglibc toolchain or uClibc with the option enabled. Crosstool-ng forcibly enables this support, so those will always work. The preconfigured uClibc-based toolchains we have also all enable it. Finally, show a comment if this isn't the case so the (external toolchain) user knows why. This is placed outside the choice option, as menuconfig has a bug where it doesn't show choice selections which only contain comments. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: fix version logic for bfinPeter Korsgaard2011-11-231-1/+1
| | | | | | GDB should default to 6.6 on bfin, not on !bfin. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target gdb: depend on thread supportThomas Petazzoni2011-11-131-0/+1
| | | | | | | | | | Compiling gdb for the target requires thread support in the C library, otherwise: /home/test/outputs/test-888/toolchain/gdb-7.3.1/gdb/gdb_thread_db.h:37:21: fatal error: pthread.h: No such file or directory Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: do not allow native gdb on SuperH architectureThomas Petazzoni2011-11-131-0/+1
| | | | | | | | | | | | The gdb debugger does not have support for running as the native debugger on the SuperH architecture: configure: error: "*** Gdb does not support native target sh4-unknown-linux-gnu" See also http://lists.debian.org/debian-superh/2010/04/msg00000.html. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: add 7.2a versionPeter Korsgaard2011-10-051-0/+6
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: fixup version stringsYann E. MORIN2011-10-051-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The gdb tarballs have been re-released after a GPL compliance issue was found: http://sourceware.org/ml/gdb/2011-09/msg00030.html So all versions were re-packaged. In the process, an 'a' was appended to the version strings, and unlike the binutils people, the gdb folks are not inclined in providing legacy symlinks: http://sourceware.org/ml/gdb/2011-09/msg00036.html So, this patch fixes the issue by renaming version strings. It is to be noted that, although the versions got bumped to include an 'a' at the end, the directory contained in the tarball is still named after the version string without the 'a'. For example: - old version : 6.6 - new version : 6.6a - tarball name : gdb-6.6a.tar.bz2 - directory name : gdb-6.6/ In fact, it does not pose any problem for buildroot, as the extract process explicitly mkdirs the directory to extract into, *and* strips the first level of the tree extracted from the tarball. [Peter: fixup patch to apply to head, don't rename config symbols] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: misc cleanupPeter Korsgaard2011-10-051-8/+5
| | | | | | | Only use 6.6 on bfin, remove 6.7.1, mark 6.8 + 7.0 as deprecated and default to 7.3. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: bump to 7.3.1Yegor Yefremov2011-10-051-0/+6
| | | | | | | | | this version fixes compilation issue on some old build systems like openSUSE 10.3 saying some host libraries were too old [Peter: drop bugfix number from config name, similar to kernel-headers] Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: add support for Blackfin gdbserverMike Frysinger2011-02-071-3/+5
| | | | | | | | | | | This requires removing "deprecated" markings from gdb-6.6, but this isn't that big of a deal. That is the last version with Blackfin support at the moment and we're in the process of getting mainlined. [Peter: only mark as undeprecated on bfin] Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: fix WCHAR typoPeter Korsgaard2010-10-011-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: disallow GDB_HOST on external toolchain buildsThomas Petazzoni2010-07-291-0/+3
| | | | | | | | | | | | | | | 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>
* toolchain/gdb: get rid of 6.4 / 6.5Peter Korsgaard2010-05-031-12/+0
| | | | | | | 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>
* toolchain/gdb: Add GDB 7.0.1 and 7.1 supportPaulius Zaleckas2010-05-011-0/+10
| | | | | Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: target-gdb needs wchar support in toolchainPeter Korsgaard2010-04-191-0/+4
| | | | | | For the embedded readline/gettext stuff. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* get rid of broken nios2 supportPeter Korsgaard2010-03-301-2/+2
| | | | | | | 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>
* gdb: do not allow selection of non-avr32 versions on AVR32Thomas Petazzoni2009-12-141-0/+1
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gdb: add avr32 special versonThomas Petazzoni2009-12-141-1/+6
| | | | | | | | | | | * 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>
* toolchain/gdb: remove ancient deprecated versionsPeter Korsgaard2009-04-281-12/+0
| | | | | They shouldn't be used anymore, needs havily patching (6.3 has more than 200k patches) and no one tests them with current toolchains.
* toolchain/gdb: remove broken snapshot supportPeter Korsgaard2009-04-281-5/+0
|
* toolchain/gdb: 6.4 shouldn't be selectable for avr32Peter Korsgaard2008-12-081-1/+1
|
* toolchain/gdb: mark old versions as deprecatedPeter Korsgaard2008-12-081-0/+5
|
* toolchain/gdb: default to 6.8Peter Korsgaard2008-12-081-1/+1
|
* Kconfig: remove 'default n'Peter Korsgaard2008-07-171-3/+0
| | | | 'default n' is the default, so there's no need to say it explicitly.
* Add prepatched AVR32 gcc-4.2.2 toolchain from www.atmel.no, move patch ↵Ulf Samuelsson2008-07-041-2/+1
| | | | locations for prepatched toolchain to be under the toolchain directory
* Add gdb-6.8 support, courtesy Fathi BoudraUlf Samuelsson2008-07-011-0/+5
|
* Add build support for latest gdbUlf Samuelsson2008-03-301-0/+5
|
* updated gdb support for nios2, thanks AtleIvan Kuten2008-02-071-4/+5
|
* - revert some bad checkins, fixup bad settings in atmel targets and move the ↵Bernhard Reutner-Fischer2007-09-261-1/+2
| | | | gcc target abi back to a place where the other arch-specific settings live
* gdb config for AVR32Ulf Samuelsson2007-07-291-0/+5
|
* - adjust to use the gcc-4.2.0 releaseBernhard Reutner-Fischer2007-06-061-1/+1
| | | | | - adjust default gdb version to 6.6 - fix stripping gmp/mpfr due to recent LIBTGTEXT changes
* - add gdb-6.6Bernhard Reutner-Fischer2007-05-151-0/+4
|
* version bump to 6.5Mike Frysinger2006-06-211-0/+4
|
* akvadrako writes:Eric Andersen2006-04-061-4/+4
| | | | | | | | | 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.
* import gdb-6.4Mike Frysinger2005-12-021-2/+4
|
* Add in support for downloading and building the latest snapshot of GDB. If ↵"Steven J. Hill"2005-08-301-0/+4
| | | | 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.
* i kan spel, can u?"Steven J. Hill"2005-06-251-1/+1
|
* update gdb a bit. remove support for ancient versions.Eric Andersen2005-03-261-8/+0
|
* Bug #110, acmay writes: The gdb version depends on BR2_HOST_GDB, but it ↵Mike Frysinger2005-03-211-2/+2
| | | | should be BR2_PACKAGE_GDB_CLIENT.
* kill off support for gdb 5.3Eric Andersen2005-03-021-5/+1
|