summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc/Config.in
Commit message (Collapse)AuthorAgeFilesLines
* gcc: bump 4.7.x versionPeter Korsgaard2012-09-211-1/+1
| | | | 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-021-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.7.xPeter Korsgaard2012-06-151-1/+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: add 4.7.x seriesGustavo Zacarias2012-04-151-0/+5
| | | | | | | | 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>
* gcc: bump 4.4.x versionPeter Korsgaard2012-03-131-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: bump 4.6.x versionPeter Korsgaard2012-03-041-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove java supportPeter Korsgaard2012-01-121-12/+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>
* gcc: remove old 4.2.4 versionPeter Korsgaard2011-12-081-6/+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: bump 4.6.x version to 4.6.2Gustavo Zacarias2011-10-271-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.6.x version to 4.6.1Peter Korsgaard2011-06-281-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.3.x version to 4.3.6Peter Korsgaard2011-06-281-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: update gcc snapshot versionGustavo Zacarias2011-05-021-3/+9
| | | | | | | | * 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-021-0/+6
| | | | | | | | | | 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-021-1/+1
| | | | | 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-261-0/+5
| | | | | | | | | | | 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: reorganize target gcc optionsGustavo Zacarias2011-04-261-12/+0
| | | | | | | | | | * 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-191-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.5.x versionPeter Korsgaard2010-12-191-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: tighten up sparc leon allowed gcc versionsGustavo Zacarias2010-11-251-5/+6
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add gcc 4.5.1 to buildrootMartin Banky2010-11-041-0/+5
| | | | | Signed-off-by: Martin.Banky@gmail.com <Martin.Banky@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: fix objective C supporPeter Korsgaard2010-10-311-0/+6
| | | | | | | | We've had objective C support in the tree for many years, but somehow the BR2_GCC_CROSS_OBJC option (similar to the other BR2_GCC_CROSS_* options) has disappeared. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2010-10-041-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove code specific to removed architecturesThomas Petazzoni2010-08-311-1/+1
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: remove deprecated gcc 4.2.[1-3] versions and unused patchesPeter Korsgaard2010-08-301-19/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add support for uclibc NPTL toolchain.Khem Raj2010-07-291-1/+1
| | | | | | | | | | | | | | | | | | | | This patch modifies current toolchain build sequence so that NPTL enabled toolchain can be built. The new sequence works well with linuxthreads as well. It introduces a new pass for gcc cross compilation. The new sequence is binutils->gcc-initial->linux-headers -> uclibc-configured (some cheats to generate phony shared libc.so and libm.o) -> gcc-intermediate(with shared lib support) -> uclibc -> gcc-final I also added a new sample config arm_nptl_toolchain_defconfig which builds the toolchain and busybox. I have only tried it on arm. However it should work for other architectures which support NPTL on uclibc e.g. mips, sh, x86, ppc, x86_64 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove option on SJLJ exceptionsThomas Petazzoni2010-07-281-8/+0
| | | | | | | | | | | This is a very advanced option, and it seems, according to http://choices.cs.uiuc.edu/exceptions.pdf that SJLJ exceptions aren't really interesting. Users really interested by this can always use the BR2_EXTRA_GCC_CONFIG_OPTIONS is they want. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* java: mark as brokenPeter Korsgaard2010-07-261-0/+1
| | | | | | | | | | | We haven't had any updates to the java packages in a long time, gcj in 4.3.x doesn't build, and 4.4.x is missing ecj1, so it cannot have many users. Mark it as broken and remove during the 2010.11 cycle, unless someone steps up to maintain it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove gcc 4.1.2 and non-sysroot supportPeter Korsgaard2010-06-151-25/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: Use 4.3.x like for 4.4, get rid of older 4.3.x versionsPeter Korsgaard2010-06-151-20/+4
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: bump gcc 4.3.x series to 4.3.5Gustavo Zacarias2010-06-151-1/+6
| | | | | | | Closes #2065 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x version to 4.4.4Peter Korsgaard2010-05-021-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Get rid of all usages of BR2_RECENTThomas Petazzoni2010-04-121-2/+0
| | | | | | | | | | | | Since BR2_RECENT was enabled by default, we do not want entries marked BR2_RECENT (and thus appearing by default in Buildroot) to disappear. Therefore, all the entries marked BR2_RECENT are converted as non-deprecated. We can later decide, on a per-entry basis, to add BR2_DEPRECATED to some of them. But at least, this commit doesn't change the default current behaviour of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: hide shared libgcc option if BR2_PREFER_STATIC_LIB is enabledPeter Korsgaard2010-04-051-0/+1
| | | | | | Shared libgcc without shared libs doesn't make much sense. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* get rid of broken nios2 supportPeter Korsgaard2010-03-301-9/+9
| | | | | | | 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/gcc: bump 4.4.x versionPeter Korsgaard2010-01-231-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: improve configuration for snapshot versionsThomas Petazzoni2009-12-141-5/+6
| | | | | | | Make the selection of a snapshot version a normal gcc version choice, and make sure BR2_GCC_VERSION is properly defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: on avr32, only allow avr32 gcc versionsThomas Petazzoni2009-12-141-9/+6
| | | | | | | Remove references to BR2_EXT_GCC_VERSION_* configuration options, and only allows special avr32 gcc versions on the AVR32 architecture. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: add avr32 special versionThomas Petazzoni2009-12-141-1/+6
| | | | | | | | | | | | * Add new gcc version 4.2.2-avr32-2.1.5 in Config.in * Select the Atmel mirror to download gcc with avr32 in their version name, in gcc-uclibc-*.mk * Do not apply patches if the patch directory is empty, in gcc-uclibc-*.mk Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gcc: get rid of ancient 3.4.6 / 4.0.4 versionsPeter Korsgaard2009-10-291-14/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: simplify BR2_GCC_SUPPORTS_* logicPeter Korsgaard2009-10-291-2/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove unused (commented out) 4.3 snapshotPeter Korsgaard2009-10-291-6/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2009-10-291-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add a config option for gcc tls support, rather than disabling it blindlyAustin Foxley2009-09-231-0/+7
| | | | | | | | Defaulted to yes, but blocked it from gcc 4.4.x since the disable was originally added because of problems with its c++ support reportedly. Signed-off-by: Austin Foxley <austinf@cetoncorp.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: make 4.3.4 defaultPeter Korsgaard2009-09-101-2/+3
| | | | | | There still seems to be some issues with 4.4.x and C++. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>