summaryrefslogtreecommitdiff
path: root/toolchain
AgeCommit message (Collapse)Author
2012-01-06kernel-headers: bump 3.0 & 3.1 stable versions, add 3.2Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-02uClibc: bump 0.9.32.x version to 0.9.32.1Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-21kernel-headers: bump 3.0.x / 3.1.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-11kernel-headers: bump 3.0.x / 3.1.x stable versionsSven Neumann
[Peter: rename headers_install patch so it gets applied] Signed-off-by: Sven Neumann <s.neumann@raumfeld.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-08gcc: remove old 4.2.4 versionPeter Korsgaard
We unfortunately cannot remove the avr32 variant yet. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-08gcc: default to 4.5.xPeter Korsgaard
The 4.3.x series is getting quite old, so let's use 4.5 instead. There were reports of problems in the past, which is why this is done early in the cycle. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-07uclibc: update internal toolchain buildGustavo Zacarias
Update the uClibc build procedure to accomodate for the new build system, otherwise it breaks with snapshot versions. As pointed by linuxjacques on IRC. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-07uClibc: add unshare() syscall supportGustavo Zacarias
Add unshare() syscall support for uClibc 0.9.31 and 0.9.32 series. This is required by newer versions of iproute2. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-07uClibc: remove deprecated 0.9.30 seriesGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-04dependencies: check for extract tools as wellPeter Korsgaard
Most of the extract tools (gzip/bzip/..) we already check for explicitly in dependencies.sh (as they are used outside GENTARGETS), but not for xzcat. The .xz format is used fairly rarely, and it is likely to not be available on build hosts, so an explicit (hardcoded) check for it isn't optimal. Instead, add the inflate tools used to DL_TOOLS_DEPENDENCIES, similar to how we do it for svn/git/bzr/... Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-29kernel-headers: bump 3.0.x / 3.1.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-27kernel-headers: update to 3.1.3 and 3.0.11Sven Neumann
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-24uClibc: remove trailer from linuxthreads-errno patches confusing modern patchPeter Korsgaard
Modern versions of patch (2.6.1.81 / 85 tested) gets confused by the empty git trailer referencing uClibc_errno.h (from when patch was forward ported from 0.9.31), so drop it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-24gdb: fix kconfig dependency handling with !BR_TOOLCHAIN_BUILDROOTPeter Korsgaard
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>
2011-11-23gdb: fix version logic for bfinPeter Korsgaard
GDB should default to 6.6 on bfin, not on !bfin. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-22kernel-headers: update to 3.1.2 and 3.0.10Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-17dependencies: remove unused lzma checking scriptsThomas De Schampheleire
Files package/lzma/lzmacheck.sh and toolchain/dependencies/check-host-lzma.sh are present since the very beginning of buildroot, but do not appear to be used (anymore). Let's remove them. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-17dependencies: check core dependencies before anything elseThomas De Schampheleire
Currently, the dependencies target (that runs dependencies.sh) depends on DEPENDENCIES_HOST_PREREQ. This means that the dependencies listed in DEPENDENCIES_HOST_PREREQ (currently host-sstrip if sstrip is selected) are built *before* the dependencies.sh script is run. As a result, if e.g. there is no gcc compiler present on the build system, the dependencies in DEPENDENCIES_HOST_PREREQ will fail to build, and buildroot will fail non-gracefully. This patch makes sure that the DEPENDENCIES_HOST_PREREQ are checked *after* the dependencies.sh script, so that any problem in the build system is reported in a clean way by dependencies.sh. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-17uClibc: fix sparc build breakageGustavo Zacarias
Closes #4021 Fix build breakage for sparc as reported in bug #4021 Patches from Konrad Eisele <konrad@gaisler.com> Submitted in the uclibc mailing list. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-14kernel-headers: bump 3.0.x stable versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-14kernel-headers: update stable kernel version to 3.1.1Sven Neumann
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-13target gdb: depend on thread supportThomas Petazzoni
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>
2011-11-13gdb: do not allow native gdb on SuperH architectureThomas Petazzoni
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>
2011-11-11uclibc: rename uclibc-update to uclibc-update-configThomas De Schampheleire
The original name uclibc-update is confusing as it only updates a configuration file. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-08toolchain-external: fix x86 codesourcery config symbol typoPeter Korsgaard
As noticed on irc. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-07toolchain/gcc: add 4.3 / 4.4 fix for gcc pr 39429Peter Korsgaard
Patch from OSELAS.Toolchain-2011.03.1. See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429 for details. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02ext-toolchain: fix ct-ng as external rsync issuesGustavo Zacarias
When using a CT-NG toolchain as external toolchain (not with the integration) and said toolchain has u-w directories rsync fails. So instruct rsync to chmod u+w directories in the target copy to avoid the issue. [Peter: notice that this is a workaround for a rsync 3.0.8 bug] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02uClibc: update snapshot config to avoid stallingGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02uClibc 0.9.31.1: add patch to export strverscmp for realGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02uClibc: add patches to fix daylight saving issuesGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02toolchain: Add the possibility to have a mcpu option with wrapperStany MARCEL
Permit to define the mcpu of the external toolchain wrapper, based on BR2_GCC_TARGET_CPU. Signed-off-by: Stany MARCEL <stanypub@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02toolchain: Correct test for external tools symlink creationStany MARCEL
When the external tools chain is installed in a path that match one of the first case test, all symlink are created to the external wrapper. The proposed solution is to test only the base name not the full path. Signed-off-by: Stany MARCEL <stanypub@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-11-02toolchain/ct-ng: update to 1.13.0Yann E. MORIN
Update the version in the package description. Update the default configuration files for the three different C libraries. [Peter: Removed unneeded changes as noticed by Baruch Siach] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-27toolchain/gcc: bump 4.6.x version to 4.6.2Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-25kernel-headers: bump 3.0.x stable versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-24kernel-headers: bump to version 3.0.7 and add version 3.1Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-15dependencies: additional check for PERL_MM_OPTThomas Petazzoni
When the user has Perl local::lib installed, its environment contains a PERL_MM_OPT variables which defines INSTALL_BASE="/some/location". Unfortunately, having this makes the build of libxml-parser-perl (and probably other Perl related packages) fail, because it complains that both PREFIX (passed in our .mk file) and INSTALL_BASE (passed from the PERL_MM_OPT environment variable) are defined. Since in Buildroot we want our PREFIX to be considered, we error out when the user has PERL_MM_OPT defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-10toolchain: speed up sysroot lib copyingMike Frysinger
The copy_toolchain_lib_root helper searches the entire sysroot, but is only interested in files in certain subdirs. So rather than waste time in walking the entire tree, walk the few subdirs at the depth level we are actually going to be poaching files from. Some simplification suggested by Yann E. MORIN <yann.morin.1998@anciens.enib.fr> and Arnout Vandecappelle <arnout@mind.be>, added by Thomas Petazzoni <thomas.petazzoni@free-electrons.com>. Signed-off-by: Mike Frysinger <vapier@gentoo.org> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-10external-toolchain: Slightly optimize toolchain extractionThomas Petazzoni
Some CodeSourcery toolchains contain a huge number of locales that are not useful, even though they account for 70-80% of the total toolchain size. By skipping the extraction of those useless locales, we make the toolchain extraction process slightly faster, and also make the output directory size a lot smaller (host/opt/ is 213 MB instead of 1.5 GB with a 2010.09 ARM CodeSourcery toolchain). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09ext-toolchain: Take into account Mentor Graphics acquisition of CodeSouceryThomas Petazzoni
Now that CodeSourcery has been bought by Mentor Graphics, the toolchains are named "Sourcery CodeBench". We rename the config short description and adjust the help text, but we keep the option name in order not to break existing configurations. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09ext-toolchain: Add CodeSoucery x86 GNU/Linux 2010.09Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09ext-toolchain: Add CodeSourcery SH GNU/Linux 2011.03Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09ext-toolchain: Bump version of CodeSourcery MIPS 2011.03Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09ext-toolchain: Add CodeSourcery SH uClinux 2011.03Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09toolchain-external: allow specifying extra external librariesThomas De Schampheleire
Custom toolchains may provide extra libraries that need to be copied to the target. This patch adds a configuration option for this. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-09external toolchain: slightly optimize the copy of the toolchain sysrootThomas Petazzoni
The sysroot of an ARM CodeSourcery toolchain takes about 1.4 GB of space, but 1.1+ GB of this space consists in locale-related information which Buildroot doesn't use. By skipping the copy of those unused files, we save quite a bit of time while importing the toolchain sysroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-05gdb: add 7.2a versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-05toolchain/gdb: fixup version stringsYann E. MORIN
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>
2011-10-05toolchain/gdb: strip tarball component when extractingYann E. MORIN
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>
2011-10-05gdb: misc cleanupPeter Korsgaard
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>