summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc/Config.in
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* toolchain/gcc: add 4.3.4Peter Korsgaard2009-08-051-0/+5
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove deprecated 4.3.1 versionPeter Korsgaard2009-08-051-6/+0
| | | | | | People should use the most recent 4.3.x version to get all the bugfixes. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2009-07-231-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: java needs largefile supportPeter Korsgaard2009-04-271-0/+1
|
* toolchain/gcc: fix java supportPeter Korsgaard2009-04-271-0/+4
| | | | Not runtime tested, but now it atleast builds.
* toolchain/gcc: add 4.4.0Peter Korsgaard2009-04-231-0/+5
|
* toolchain/gcc: shared libgcc broken for sparc, so disable itPeter Korsgaard2009-04-151-0/+1
|
* toolchain/gcc: add 4.3.3Peter Korsgaard2009-02-131-2/+8
|
* Extend External Toolchain options (match buildroot built toolchain): Daniel Laird2009-01-301-13/+0
| | | | | | | | | | Have added options that mean you can set the same BR2_XXXX variables for external toolchain and internal (buildroot built) toolchain. This means the same set of packages can be built now me as for you..... Signed-off-by: Daniel Laird <daniel.j.laird@nxp.com>
* Update broken AVR32 toolchain, and update configs for this, deprecate all ↵Ulf Samuelsson2009-01-161-2/+1
| | | | but latest AVR32 toolchain
* toolchain/gcc: mark old versions as deprecatedPeter Korsgaard2009-01-161-1/+7
|
* toolchain/gcc: default to 4.3.2 for !AVR32Peter Korsgaard2009-01-161-1/+1
|
* * Added option to build with gcc 4.3.2Nigel Kukard2008-12-311-0/+5
|
* Kconfig: remove 'default n'Peter Korsgaard2008-07-171-8/+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-5/+11
| | | | locations for prepatched toolchain to be under the toolchain directory
* buildroot: s/depends/depends on/Peter Korsgaard2008-06-191-1/+1
| | | | | The new kconfig is more strict regarding depends/depends on, so fixup the tree.
* toolchain/gcc: add 4.3.1Peter Korsgaard2008-06-191-0/+5
| | | | Based on Bernhards tree.
* toolchain/gcc: mark old versions as deprecatedPeter Korsgaard2008-06-191-0/+2
|
* toolchain/gcc: use depends on instead of dependsPeter Korsgaard2008-06-181-11/+10
|
* toolchain: gcc 4.2.4 supportPeter Korsgaard2008-06-131-3/+8
|
* * Removed GCC 4.2.0, added GCC 4.2.3 (take 2)Nigel Kukard2008-03-301-9/+8
|
* * Reverted r21540Nigel Kukard2008-03-281-13/+10
|
* * Bumped GCC to 4.2.2, removed 4.2.0Nigel Kukard2008-03-281-10/+13
|
* Update AVR32 toolchain with new binutils and uClibc, This time it works ↵Ulf Samuelsson2007-10-131-2/+5
| | | | (cross-fingers)
* Allow longer history for package versionsUlf Samuelsson2007-10-071-1/+1
|
* - revert some bad checkins, fixup bad settings in atmel targets and move the ↵Bernhard Reutner-Fischer2007-09-261-34/+0
| | | | gcc target abi back to a place where the other arch-specific settings live
* "Project Name" needed before "root" file system can be copied.Ulf Samuelsson2007-09-261-0/+34
| | | | | | | | Put first according to principle of configuration order Merge root skeleton configuration to one place - currently in package/busybox/Config.in - Should maybe have it's own Config.in gcc ABI configuration moved from toplevel to toolchain/gcc/Config.in
* - fix typoBernhard Reutner-Fischer2007-09-251-1/+1
|
* - build a cross c++ compiler if we're asked to build libstdc++Bernhard Reutner-Fischer2007-09-251-1/+1
|
* - Schedule removal of ancient versions (configuration part).Bernhard Reutner-Fischer2007-09-251-65/+17
|
* - revert patch that obfuscates the config UI and doesn't reflect the order ↵Bernhard Reutner-Fischer2007-09-251-34/+0
| | | | of config steps
* Reorganize configs to even more logical positionsUlf Samuelsson2007-09-241-0/+34
|
* - Subsume and collaps toolchain options in one menuBernhard Reutner-Fischer2007-09-221-1/+1
| | | | | This is ment to ease configuration by providing toolchain related options in one place No functional changes, just shuffling the menus around..
* - fix typo. This is an lxdialog bug for "depends on !!CONFIG_SYMBOL" where ↵Bernhard Reutner-Fischer2007-09-201-1/+1
| | | | the double negation produces an error that is not reported, from the looks..