path: root/config/cc
AgeCommit message (Collapse)AuthorFilesLines
2011-04-27cc/gcc: add latest Linaro versionsYann E. MORIN"1-6/+6
Signed-off-by: "Yann E. MORIN" <>
2011-04-27cc/gcc: suffle options aroundYann E. MORIN"2-65/+73
Move options around so it feels more organised. Add comments to separate groups of related options. Signed-off-by: "Yann E. MORIN" <>
2011-04-16cc/gcc: add latest versionYann E. MORIN"1-0/+6
Propagate the gcc-4.4.5 patchset to the newly added gcc-4.4.6. Signed-off-by: "Yann E. MORIN" <>
2011-03-26cc/gcc: hide Linaro options by defaultYann E. MORIN"1-3/+21
It can be quite confusing for a new-comer to find strange version numbers for gcc, so hide the Linaro versions by default. Signed-off-by: "Yann E. MORIN" <>
2011-03-27cc/gcc: add linaro 4.6 pre-releaseYann E. MORIN"1-0/+7
Before gcc 4.6 was released, Linaro has a pre-release available. Include that version in the config list. Signed-off-by: "Yann E. MORIN" <>
2011-03-26cc/gcc: add 4.6.0Yann E. MORIN"1-0/+7
Signed-off-by: "Yann E. MORIN" <>
2011-03-19cc/gcc: prepare for upcoming 4.6Yann E. MORIN"2-1/+16
gcc 4.6 will no longer depend on libelf. Signed-off-by: "Yann E. MORIN" <>
2011-03-27cc/gcc: cleanup the _or_later logicYann E. MORIN"2-24/+48
So far, we've had a version always select appropriate _or_later option, which in turn would select all previous _or_later options. Because the dependencies on companion libs were cumulative, that was working OK. But the upcoming 4.6 will no longer depend on libelf, so we can't keep the cumulative scheme we've been using so far. Have each release family select the corresponding dependencies, instead of relying on selecting previous _or_later. Signed-off-by: "Yann E. MORIN" <>
2011-03-27cc/gcc: update linaro versionsYann E. MORIN"1-3/+3
Linaro has released version linaro-4.5-2011.03-0. Signed-off-by: "Yann E. MORIN" <>
2011-02-22cc/gcc: do not build plugins for static toolchainsYann E. MORIN"1-0/+1
Plugins are shared objects, and when building a toolchain statically, the gcc build system breaks havok (although there is no hard technical reasons it should not be possible)... And consequently, do not enable plugin supoprt in binutils. Reported-by: Thomas Spurden <> Signed-off-by: "Yann E. MORIN" <>
2011-02-17cc/gcc: add versions from LinaroYann E. MORIN"1-0/+15
Signed-off-by: "Yann E. MORIN" <>
2011-01-28cc/gcc: enable plugins if neededYann E. MORIN"2-0/+30
Enabling plugins in binutils is not enough, and gcc also needs to be ./configured with --enable-plugins, although this is not documented anywhere... :-/ Reported-by: karthik duraisami <> Signed-off-by: "Yann E. MORIN" <>
2010-12-29cc/gcc: Add gcc 4.5.2Bryan Hundven1-0/+7
Add gcc 4.5.2. Signed-off-by: Bryan Hundven <>
2010-12-09cc/gcc: build final gcc staticallyBryan Hundven"1-0/+3
If the global static option is set, then build the final gcc statically. Signed-off-by: "Bryan Hundven" <> Signed-off-by: "Yann E. MORIN" <>
2010-10-09cc/gcc: add 4.4.5Yann E. MORIN"1-2/+7
Add 4.4.5, propagate patchset from 4.4.4. Signed-off-by: "Yann E. MORIN" <>
2010-10-09cc/gcc: add an option to enable/disable build of libsspYann E. MORIN"1-0/+9
libssp is the run-time Stack-Smashing Protection library. It can be usefull to have or miss, depends... Signed-off-by: "Yann E. MORIN" <>
2010-10-08cc/gcc: add an option to enable/disable build of libgompYann E. MORIN"1-0/+12
libgomp is the GNU implementation of the OpenMP API. It can be usefull to have or miss, depends... Signed-off-by: "Yann E. MORIN" <>
2010-10-08cc/gcc: shuffle config knobsYann E. MORIN"1-14/+18
It makes sense to have all library-related config knobs in the same place; and it makes sense to have all other misc config knobs in the same other place. Signed-off-by: "Yann E. MORIN" <>
2010-10-09cc/gcc: add option to enable 128-bit long doublesYann E. MORIN"1-0/+13
Needed by some PPC targets, at least. Requires gcc 4.2+ (noticed by Arnaud LACOMBE). Signed-off-by: "Yann E. MORIN" <>
2010-10-03complibs: introduce a two-stage selectYann E. MORIN"1-6/+6
Directly select-ing the required companion libraries means we can not disable them. That's OK for now, as we systematically build them when they are required. But with distros coming up-to-speed, we will need to disable the build later-on. Signed-off-by: "Yann E. MORIN" <>
2010-09-19cc/gcc: add 4.3.5Yann E. MORIN"1-0/+6
4.3.5 is the latest 4.3 version, and probably the last one. Signed-off-by: "Yann E. MORIN" <>
2010-09-12cc/gcc: do not force use of non-vital companion librariesYann E. MORIN"2-3/+43
While GMP and MPFR are required by gcc>=4.3 (to build the frontends), and MPC is required by gcc>=4.5, the other libs are not. If they are present then gcc will enable advanced features; if they are missing, then gcc will (should) simply disable those features. Signed-off-by: "Yann E. MORIN" <>
2010-08-01cc/gcc: 4.5.1 is out!Arnaud Lacombe1-0/+7
Signed-off-by: Arnaud Lacombe <>
2010-07-30cc/gcc: do not show sjlj choice for bare-metalYann E. MORIN"1-0/+1
In the conversion from choic to tristate, this got lost.
2010-07-29cc/gcc: add option to compile against static libstdc++, for gcc-4.4 and newerJohannes Stezenbach1-0/+12
Idea and know-how taken from CodeSourcery build script. Normal build: $ ldd arm-unknown-linux-uclibcgnueabi-gcc => (0xb77f3000) => /usr/lib/ (0xb76e8000) => /lib/i686/cmov/ (0xb75a1000) => /lib/i686/cmov/ (0xb757a000) /lib/ (0xb77f4000) => /lib/ (0xb755c000) CC_STATIC_LIBSTDCXX=y: $ ldd arm-unknown-linux-uclibcgnueabi-gcc => (0xb7843000) => /lib/i686/cmov/ (0xb76e6000) /lib/ (0xb7844000) I made CC_STATIC_LIBSTDCXX default=y since I think it is always desirable. Signed-off-by: Johannes Stezenbach <>
2010-07-28cc/gcc: add option to enable/disable libmudflapYann E. MORIN"1-0/+14
For some scenarii, libmudflap is not very usefull or can break the build. Make in an optioon that defaults to 'N' to be on the safe side. For the core gcc-s, there is absolutely no need to build libmidflap. Idea from: Bernhard Pfund <>
2010-07-28cc/gcc: make sjlj config option a tristateYann E. MORIN"1-32/+16
A tristate fits better here than a choice.
2010-07-28cc/gcc: move options aroundYann E. MORIN"2-89/+87
2010-07-10cc/gcc: gcc-4.4 does not use MPCYann E. MORIN"1-5/+5
As reported by Johannes Stezenbach, see thread at:
2010-06-17cc/gcc: add option do disable PCHYann E. MORIN"1-0/+12
In some cases, using Pre-Compiled Headers breaks the build. Ass an option to disable building the PCH, as suggested by:
2010-05-24cc/gcc: Make usage of --enable-target-optspace configurableTitus von Boxberg1-0/+9
Optionally configure to compile gcc-internal libs with -Os. Rename the config options, it is in the GCC /namespace/.
2010-05-16cc/gcc: add latest versionYann E. MORIN"1-0/+7
Add 4.4.4 and forward-port patchset from 4.4.3
2010-04-15cc/gcc: add 4.5.0Yann E. MORIN"1-0/+7
2010-04-15cc/gcc: add support for 4.5.0 or later versionsYann E. MORIN"1-0/+13
starting with 4.5.0, gcc requires libelf.
2010-04-07cc/gcc: fix thread-less final gcc buildArnaud Lacombe1-0/+11
If threads are disabled in libc, we don't want to enable them in the final compiler. Doing so pass the configure stage, but fails latter on a missing <pthread.h>. Moreover, we don't want to build libgomp if threads are disabled; its configure script would fails anyway. Signed-off-by: Arnaud Lacombe <>
2010-03-05cc/gcc: fix use of companion librariesYann E. MORIN"1-2/+12
2010-02-17complibs: split-up selection for individual libsYann E. MORIN"1-2/+5
2010-02-04cc/gcc: simplify the _or_later stuffYann E. MORIN"1-4/+1
2010-01-31cc/gcc: remove 4.3.0Yann E. MORIN"1-6/+0
gcc-4.3.0 never got !EXPERIMENTAL, and no one either confirmed nor complained.
2010-01-31cc/gcc: remove EXPERIMENTAL for gcc-4.4Yann E. MORIN"1-8/+4
2010-01-24cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2Yann E. MORIN"1-0/+8
2009-10-28config: mark now old versions as being OBSOLETEYann E. MORIN"1-5/+10
These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-20cc/gcc: add latest 4.4.2 version as EXPERIMENTALYann E. MORIN"1-0/+8
2009-10-28config: rip-out versions marked as OBSOLETEYann E. MORIN"1-48/+0
2009-09-13config: fix indentation for options marked EXPERIMENTAL or OBSOLETEYann E. MORIN"1-1/+1
Change the 2-space separation into a 1-space separation, for the sake of homogeneity.
2009-09-13scripts: add new version at top of choiceYann E. MORIN"1-4/+4
Add new versions at the top of the choice menu, not at the bottom.
2009-09-13config: re-order menu entries so that latest versions are at the topYann E. MORIN"1-87/+87
It makes better sense to have latest versions at the top of the choice entries.
2009-08-19Merge the bash_array branch.Yann E. MORIN"1-0/+11
For every components where it makes sense, use bash arrays (instead of a string with space-separated values) to store the options pased to ./configure.
2009-08-19Allow setting --enable-cxx-flags on gcc ./configureYann E. MORIN"1-0/+11
Some setups require one to pass extra CXX flags at the time of ./configure. Make it easy.
2009-08-07config/gcc: re-order versionsYann E. MORIN"1-6/+6
Move the gcc-4.3.4 version to its place.