summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc
Commit message (Collapse)AuthorAgeFilesLines
* toolchain/gcc: also disable largefile for pass 1/2 if neededPeter Korsgaard2012-12-121-0/+2
| | | | | | Fixes issue with !BR2_LARGEFILE builds on Ubuntu 12.04 and GCC 4.6+ Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* arm: update processor typesGustavo Zacarias2012-12-091-3/+3
| | | | | | | Update the arm processor types: add the cortex A5 & A15 variants. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* powerpc: update processor typesGustavo Zacarias2012-12-091-2/+2
| | | | | | | | | Update the powerpc processor types. Remove the 801, it's the original IBM experimental implementation. Add the 464, 464fp, 476 and 476fp cores. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> 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>
* Deprecate the support for the toolchain on targetThomas Petazzoni2012-11-171-3/+2
| | | | | | | | | | | | | | | | As discussed during the ELCE 2012 Buildroot Developers Meeting, we no longer want to support the possibility of building a toolchain for the target. None of the core developers have any use for this, it has been known to be broken or cause problems for a long time without anyone providing fixes for it. In addition to this, Buildroot is inherently a cross-compilation tool, so the usage of a native toolchain on the target is not really useful. Many newcomers are tempted to use this possibility even though it is clearly not the intended usage of Buildroot. 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>
* gcc: bump 4.7.x versionPeter Korsgaard2012-09-218-1/+1
| | | | 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>
* gcc: default to 4.6.xPeter Korsgaard2012-09-041-1/+1
| | | | | | 4.5.x is no longer maintained upstream. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Simplify x86 target architecture variant handlingThomas Petazzoni2012-07-311-2/+2
| | | | | | | | | | Instead of having two separate list of choices for select the target architecture variant for i386 and x86_64, with many CPU choices duplicated (because all modern x86 CPUs can be both used as i386 or x86_64), merge them into a single list. In the x86_64 case, all the x86 CPUs that do not support the 64 bits instruction set are hidden. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gcc : bump 4.5.x versionPeter Korsgaard2012-07-029-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: reinstate host/usr/bin/$arch-linux-* symlinks for gcc/gdb binariesPeter Korsgaard2012-06-231-0/+4
| | | | | | As people might be using them. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove REAL_GNU_TARGET_NAMERichard Braun2012-06-231-41/+30
| | | | | | | | 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>
* toolchain/gcc: bump 4.7.xPeter Korsgaard2012-06-159-116/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: block unsupported CPUs according to versionGustavo Zacarias2012-05-191-2/+2
| | | | | | | | Block unsupported processors according to gcc version. Also remove the comments since we now hide them according to this. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump snapshot versionGustavo Zacarias2012-05-191-1/+1
| | | | | | | | Bump default snapshot gcc version to 4.8-20120429 so that it is newer than our latest supported version (4.7.0 release). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove duplicate QUIET entriesGustavo Zacarias2012-04-251-2/+0
| | | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC1_CONFIG_OPTIONSThomas Petazzoni2012-04-251-1/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove toolchain/Makefile.in and toolchain/gcc/Makefile.inThomas Petazzoni2012-04-252-62/+62
| | | | | | | | | | Re-integrate in gcc-uclibc-4.x.mk things from toolchain/gcc/Makefile.in that were completely gcc-specific. There was no reason to pull that when building with other backends than the internal one. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: move version/snap variables to gcc-uclibc-4.x.mkThomas Petazzoni2012-04-252-6/+8
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused ARCH_FPU_SUFFIXThomas Petazzoni2012-04-251-2/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC4_CONFIG_OPTIONSThomas Petazzoni2012-04-251-1/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC2_CONFIG_OPTIONSThomas Petazzoni2012-04-251-2/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove useless indirect variablesThomas Petazzoni2012-04-251-4/+4
| | | | | | | | | | | | The BR2_CONFIGURE_DEVEL_SYSROOT, BR2_CONFIGURE_STAGING_SYSROOT and BR2_CONFIGURE_BUILD_TOOLS were used only in a few places, and it is in fact clearer to just use their value in the various places they are used. The ultimate goal is to get rid of the toolchain/Makefile.in file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: add 4.7.x seriesGustavo Zacarias2012-04-1511-1/+400
| | | | | | | | Add gcc 4.7.0 to the toolchain options. [Peter: drop 0001-toolchain-gcc-add-4.7.x-series.txt] 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>
* gcc: bump 4.4.x versionPeter Korsgaard2012-03-139-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: bump 4.6.x versionPeter Korsgaard2012-03-048-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc-uclibc-4.x.mk: get rid of BR2_DEPENDS_DIRPeter Korsgaard2012-01-151-13/+0
| | | | | | Now that we have dropped the make-write-deps patch. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove java supportPeter Korsgaard2012-01-122-31/+0
| | | | | | | Has been marked as broken since July 2010 (39e6ba1b), and nobody has stepped up to support it, so now finally remove it completely. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: add powerpc SPE ABI supportGustavo Zacarias2012-01-071-0/+5
| | | | | | | | | | | | | | | | | Add the ability for buildroot to build an SPE ABI enabled toolchain. This is mandatory for e500v1/v2 cores since they don't support classic FPU mode as the e500mc does. Useful for Freescale's PowerQUICC III and single/dual-core QorIQ line of processors. The new TARGET_ABI variable is used rather than TARGET_CFLAGS for uclibc's UCLIBC_EXTRA_CFLAGS to avoid breakish CFLAGS leaking in, a good example being -mthumb for ARM. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove old 4.2.4 versionPeter Korsgaard2011-12-0818-776/+1
| | | | | | We unfortunately cannot remove the avr32 variant yet. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: default to 4.5.xPeter Korsgaard2011-12-081-1/+1
| | | | | | | | | 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>
* toolchain/gcc: add 4.3 / 4.4 fix for gcc pr 39429Peter Korsgaard2011-11-072-0/+48
| | | | | | | | 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>
* toolchain/gcc: bump 4.6.x version to 4.6.2Gustavo Zacarias2011-10-278-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> 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-2/+2
| | | | | | | | 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>
* toolchain/gcc: bump 4.6.x version to 4.6.1Peter Korsgaard2011-06-288-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.3.x version to 4.3.6Peter Korsgaard2011-06-2813-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove references to arm-softfloat.patch.conditionalThomas Petazzoni2011-05-151-13/+0
| | | | | | | | The arm-softfloat.patch.conditional patches are no longer in Buildroot since 9af188d883b2657bd967e6621011d4bbe1bb3441 (October 2009), which removed support for gcc 3.x and 4.0.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain: update gcc snapshot versionGustavo Zacarias2011-05-023-4/+21
| | | | | | | | * Make mpc mandatory since we are probably building bleeding-edge * Change snapshot naming convention to match the source Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: add openmp support optionGustavo Zacarias2011-05-022-1/+22
| | | | | | | | | | Add OpenMP support in gcc as an option instead of dynamically enabling it when threads are present. Also fix it up since we never installed libgomp to the target or staging thus it was never really functional. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: bump gcc 4.5 series to verion 4.5.3Gustavo Zacarias2011-05-0211-72/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: FINEGRAINEDMTUNE: remove checks for unused/outdated versionsPeter Korsgaard2011-04-271-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: add gcc 4.6.0Gustavo Zacarias2011-04-2610-3/+310
| | | | | | | | | | | Add gcc 4.6.0 to the toolchain repertoire: Target gcc is known to be broken in some scenarios. This version is considered experimental so things may break. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: make target gcc a working optionGustavo Zacarias2011-04-261-1/+6
| | | | | | | | | | Make target gcc a more usable option. * Nuke duplicate libgcc_s*.so* in /usr/lib since it confuses target gcc * Copy *crt*.o files to the target system to unbreak gcc Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: reorganize target gcc optionsGustavo Zacarias2011-04-262-16/+16
| | | | | | | | | | * Move target gcc language selections to the package menu. * Disable objc & fortran options unless target gcc is selected. * Rename the "native toolchain" option to gcc. * Disable target gcc unless we're using a buildroot toolchain. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2011-04-198-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc/4.2.4: Remove libstdc++ uClibc locale patchesWill Newton2011-03-115-3434/+0
| | | | | | | | | | These patches do not build with more recent versions of uClibc going back as far as at least 2008. More recent compiler versions seem to do fine without these patches, so lets remove them so libstdc++ locale support will actually build for gcc 4.2.4. Signed-off-by: Will Newton <will.newton@imgtec.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc/4.2.4: Add missing hunk to gcc 4.2.4 libgcc patch.Will Newton2011-02-201-0/+17
| | | | | | | | This patch is required to build gcc 4.2.4 libgcc with dwarf2 unwinding support enabled. Signed-off-by: Will Newton <will.newton@imgtec.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>