summaryrefslogtreecommitdiffstats
path: root/toolchain/gdb
Commit message (Collapse)AuthorAgeFilesLines
* xtensa: fix target gdb build and 64-bit host side gdbChris Zankel2012-11-212-0/+41
| | | | | | | | | | 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 <chris@zankel.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* xtensa: use uppercase for configurations and modified overlay structureChris Zankel2012-11-211-3/+3
| | | | | | | | | | | 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 <chris@zankel.net> 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>
* xtensa: support configurable processor configurationsChris Zankel2012-11-151-0/+4
| | | | | | | | | | | | | | | | | | | Xtensa is a configurable processor architecture, which allows to define additional instructions and registers. The required variant specific information for the toolchain is delivered in an 'overlay' file, which needs to be 'untarred' to the corresponding directories after the source is installed and patched. This patch provides support for binutils, gcc, and gdb with a very limited changes to the build scripts. These additions are only executed for the Xtensa architecture and have no effect on other architectures. [Thomas: rebased on top of the 'arch: improve definition of gcc mtune, mcpu, etc.' patch, and changed 'Target ABI' to 'Target Architecture Variant']. Signed-off-by: Chris Zankel <chris@zankel.net> 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>
* Remove the Xtensa architectureThomas Petazzoni2012-09-201-6/+1
| | | | | | | | | | | | | | As stated in commit 555c2585bf28c3ef71f6d2dcdd983d17a19892af, the Xtensa architecture has been introduced in 2009 and never changed since its initial introduction. It requires some special handling that is a bit annoying, and despite our call to the initial developers, and the announcement of the deprecation of the architecture during the 2012.05, nothing has happened. Therefore, drop support for this architecture. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: me Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: reinstate host/usr/bin/$arch-linux-* symlinks for gcc/gdb binariesPeter Korsgaard2012-06-231-0/+1
| | | | | | As people might be using them. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove REAL_GNU_TARGET_NAMERichard Braun2012-06-231-9/+7
| | | | | | | | Instead of providing two variables, make GNU_TARGET_NAME give the real target name, and remove REAL_GNU_TARGET_NAME altogether. Signed-off-by: Richard Braun <rbraun@sceen.net> 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: fix target gdb build when host-gawk is built beforeThomas Petazzoni2012-05-071-0/+1
| | | | | | | | | | | | | | | | | | | | | | When the crosstool-ng backend is used, host-gawk is built as a dependency of the crosstool-ng package, and therefore an host 'gawk' binary is installed in $(HOST_DIR). When the target gdb package is also selected, this unfortunately leads to a build failure, as reported on http://buildroot.humanoidz.org/results/f19c0499d08212d8b5100fa9434e1197092957db/build-end.log. The problem is that the ./configure of gdb detects gawk in the PATH, but at compile time, it fails to find gawk. This is due to the fact that the gdb compilation process is started without the correct path. This patch fixes this by passing $(TARGET_MAKE_ENV) in the environment of the gdb compilation process. A better fix would be to switch gdb to the AUTOTARGETS infrastructure in the future. 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>
* DOWNLOAD: change $1=DIRECTORY_URL, $2=FILE_NAME to $1=FULL_FILE_URL, ↵Alvaro G. M2012-03-181-1/+1
| | | | | | | | | | | | | | | | | | | | | $2=FILE_NAME This modifies the definition of DOWNLOAD to receive two arguments: the first one is the full URL of the file to download, whereas the second (and optional) is the name the file will have once downloaded. Same thing with the SOURCE_CHECK_WGET and SCP functions. All calls to these functions have been changed to the shortest form of the new API, except for toolchains acquisition. Since there is quite a number of different toolchains this call to DOWNLOAD is better set to the generic one. Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Tested-by: Stephan Hoffmann <sho@relinux.de> Downloading Microblaze LE toolchain works on a clean install 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: also force ELF support for gdbhostPeter Korsgaard2012-01-241-0/+2
| | | | | | | | | | | | | | | | Similar to how we do for target (ee39d53ce3ee (Fix GDB BFD test linking)). Gdb comes with an embedded copy of libiberty, but binutils also installs libiberty.a into HOST_DIR. The gdb configure script tries to link against this one rather than the gdb version when it checks for ELF support. This may fail if those versions are not compatible, leading to obscure error messages from gdb at runtime such as: I'm sorry, Dave, I can't do that. Symbol format `elf32-$ARCH' unknown. Fix it by forcing ELF support. 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-055-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>
* toolchain/gdb: strip tarball component when extractingYann E. MORIN2011-10-051-7/+2
| | | | | | | | | | | | | | | | For some tarballs of gdb (see next patch), the extracted directory is *not* named after the version string (eg. gdb-6.6a extract into gdb-6.6/) Create the appropriate directory first, then use --strip-{components,path} when extracting gdb (the same way it is done for the generic package infrastructure). At the same time, get rid of the snapshot special case, because: 1- it's no longer available in the menu 2- it would be handled by the above change 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-052-39/+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>
* support: move package/gnuconfig to support/gnuconfigThomas Petazzoni2011-09-171-1/+1
| | | | | | | | | | | | The CONFIG_UPDATE macro is no longer defined in package/gnuconfig/gnuconfig.mk, but instead in package/Makefile.autotools.in. It it also changed a little bit to take the directory of the package sources as argument, and the AUTOTARGETS infrastructure is updated to use this macro. [Peter: drop echo in CONFIG_UPDATE] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* support: move patch-kernel.sh and rename itThomas Petazzoni2011-09-171-1/+1
| | | | | | | | The name "patch-kernel.sh" is a bit stupid, since this script is used to patch everything in Buildroot, not only kernel trees. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: depend on host-expat to fix remote debuggingBjørn Forsman2011-02-281-1/+2
| | | | | | | | | | | | | This patch fixes the following error when using GDB with gdbserver: warning: Can not parse XML target description; XML support was disabled at compile time Remote 'g' packet reply is too long: <very long line of hex chars> [remote debugging does not work] Use $(HOST_CONFIGURE_OPTS) so expat is found. Signed-off-by: Bjørn Forsman <bjorn.forsman@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: add support for Blackfin gdbserverMike Frysinger2011-02-072-3/+243
| | | | | | | | | | | 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>
* gdb: fixup symlink handling now tolchain gets installed into HOST_DIRPeter Korsgaard2011-01-041-3/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: add source targets for gdbserver/gdbhostPeter Korsgaard2010-11-191-0/+4
| | | | | | So it gets handled by make source / external-deps Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: drop local stripping in favor of top levelMike Frysinger2010-11-181-2/+0
| | | | | | | | | | Since the top level takes care of stripping for us, and some file formats cannot be stripped safely (like FLAT which will error out), simply punt the manual stripping from the gdb package. Signed-off-by: Mike Frysinger <vapier@gentoo.org> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 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>
* Update all packages to quote $(TARGET_CC)Thomas Petazzoni2010-07-071-2/+2
| | | | | | | Now that TARGET_CC contains several space-separated words, it must be used quoted everywhere. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gdb: get rid of 6.4 / 6.5Peter Korsgaard2010-05-0311-472/+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>
* Fix GDB BFD test linkingPaulius Zaleckas2010-05-011-0/+2
| | | | | | | | | | | | | | When compiling GDB for target (in my case i386) it links wrong BFD library from host OS. This prevents GDB from compiling support for ELF and thus GDB is unusable on target. More about this issue was already posted at: http://lists.uclibc.org/pipermail/buildroot/2009-March/026585.html Fix this issue by forcing ELF support. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> 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-302-7980/+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>
* toolchain/gdb: remove external source toolchain leftoverPeter Korsgaard2010-02-091-4/+1
| | | | | | | | Commit 65e99014 (Remove external source toolchain options) removed external source-based toolchain support, but there was still a check for it in gdb. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: get rid of another legacy and unused variableYann E. MORIN2010-02-091-7/+5
| | | | | | | | BR2_VENDOR_GDB_VERSION and VENDOR_GDB_VERSION are no longer settable. The only user is gdb, and it's totally useless in this case. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: get rid of legacy & unused variablesYann E. MORIN2010-02-081-1/+1
| | | | | | | | The BR2_VENDOR_SUFFIX and VENDOR_SUFFIX variables are no longer settable. The only user is gdb, and is totally useless in this case. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: remove external sources patchesThomas Petazzoni2009-12-143-0/+0
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* 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-142-5/+15
| | | | | | | | | | | * 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>
* buildroot: silence ./configure step when building with 'make -s'Peter Korsgaard2009-10-011-3/+3
| | | | | | | | | | We have been passing -q to ./configure when using 'make -s' for packages using Makefile.autotools.in for some time. Do the same for packages using autotools, but not using the Makefile.autotools.in infrastructure, taking care to not do it for packages with hand written configure scripts. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* rename TOOL_BUILD_DIR to TOOLCHAIN_DIRMichael Roth2009-09-231-5/+5
| | | | | | | | To reflect the new output directory hierachy rename the Makefile variable TOOL_BUILD_DIR to TOOLCHAIN_DIR. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: use qstripThomas Petazzoni2009-09-051-2/+1
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>