ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-23 22:52:23 +00:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity
d0475b1f5a
crosstool-ng/config/cc/gcc.in

308 lines
6.9 KiB
Plaintext
Raw Normal View History

Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
# Compiler options
Generate the choice menu for C compilers, the same way arch, kernels and C libraries are generated. /trunk/kconfig/kconfig.mk | 6 6 0 0 ++++++ /trunk/config/cc/gcc.in | 13 13 0 0 +++++++++++++ /trunk/config/cc.in | 31 3 28 0 +++---------------------------- 3 files changed, 22 insertions(+), 28 deletions(-)
2008-10-13 16:58:52 +00:00
config CC_gcc
select CC_SUPPORT_CXX
select CC_SUPPORT_FORTRAN
select CC_SUPPORT_JAVA
select CC_SUPPORT_ADA
select CC_SUPPORT_OBJC
select CC_SUPPORT_OBJCXX
help
gcc is the full-blown GNU compiler. This is what most people will choose.
gcc supports many languages, a powerful code parser, optimised binary
output, and lots of other features.
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
choice
bool
Get rid of the core cc selection. It is now the same as the final compiler.
2007-08-15 10:14:43 +00:00
prompt "gcc version"
scripts: add new version at top of choice Add new versions at the top of the choice menu, not at the bottom.
2009-09-13 16:38:06 +00:00
# Don't remove next line
# CT_INSERT_VERSION_BELOW
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
cc/gcc: add 4.5.0
2010-04-15 20:35:22 +00:00
config CC_V_4_5_0
bool
prompt "4.5.0 (EXPERIMENTAL)"
depends on EXPERIMENTAL
select CC_GCC_4_5_or_later
cc/gcc: add latest version Add 4.4.4 and forward-port patchset from 4.4.3
2010-05-16 17:41:53 +00:00
config CC_V_4_4_4
bool
prompt "4.4.4 (EXPERIMENTAL)"
depends on EXPERIMENTAL
select CC_GCC_4_4_or_later
cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2
2010-01-24 21:53:51 +00:00
config CC_V_4_4_3
bool
cc/gcc: remove EXPERIMENTAL for gcc-4.4
2010-01-31 11:22:54 +00:00
prompt "4.4.3"
cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2
2010-01-24 21:53:51 +00:00
select CC_GCC_4_4_or_later
cc/gcc: add latest 4.4.2 version as EXPERIMENTAL
2009-10-20 21:41:11 +00:00
config CC_V_4_4_2
bool
cc/gcc: remove EXPERIMENTAL for gcc-4.4
2010-01-31 11:22:54 +00:00
prompt "4.4.2"
cc/gcc: add latest 4.4.2 version as EXPERIMENTAL
2009-10-20 21:41:11 +00:00
select CC_GCC_4_4_or_later
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_4_1
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
cc/gcc: remove EXPERIMENTAL for gcc-4.4
2010-01-31 11:22:54 +00:00
prompt "4.4.1"
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
select CC_GCC_4_4_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_4_0
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
cc/gcc: remove EXPERIMENTAL for gcc-4.4
2010-01-31 11:22:54 +00:00
prompt "4.4.0"
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
select CC_GCC_4_4_or_later
Introduce an OBSOLETE config option, to mask-out legacy stuff.
2007-05-06 13:42:10 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_3_4
Introduce an OBSOLETE config option, to mask-out legacy stuff.
2007-05-06 13:42:10 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.3.4"
select CC_GCC_4_3_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_3_3
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.3.3"
select CC_GCC_4_3_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_3_2
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.3.2"
select CC_GCC_4_3_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_3_1
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.3.1"
select CC_GCC_4_3_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_2_4
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.2.4"
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_2_3
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
prompt "4.2.3 (OBSOLETE)"
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
depends on OBSOLETE
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_2_2
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "4.2.2"
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_2_1
Add gcc-4.1.2 and update associated patches.
2007-03-04 22:56:04 +00:00
bool
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
prompt "4.2.1 (OBSOLETE)"
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
depends on OBSOLETE
Add gcc-4.1.2 and update associated patches.
2007-03-04 22:56:04 +00:00
Add gcc-4.2.0 (EXPERIMENTAL) and some patches vampirised from buildroot (302 rediffed against 4.2.0).
2007-05-20 09:27:05 +00:00
config CC_V_4_2_0
bool
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
prompt "4.2.0 (OBSOLETE)"
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
depends on OBSOLETE
Add gcc-4.2.0 (EXPERIMENTAL) and some patches vampirised from buildroot (302 rediffed against 4.2.0).
2007-05-20 09:27:05 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_1_2
Add gcc-4.2.1.
2007-07-29 19:15:27 +00:00
bool
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
prompt "4.1.2 (OBSOLETE)"
depends on OBSOLETE
Add gcc-4.2.1.
2007-07-29 19:15:27 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_4_0_4
Add gcc-4.2.4, with patches propagated from 4.2.3. /trunk/config/cc/gcc.in | 5 5 0 0 +++++ 1 file changed, 5 insertions(+)
2008-07-19 12:17:26 +00:00
bool
config: mark now old versions as being OBSOLETE These versions are kept for the upcoming release, but they will be removed from the next release if they are not used.
2009-10-28 18:15:50 +00:00
prompt "4.0.4 (OBSOLETE)"
depends on OBSOLETE
Add gcc-4.2.4, with patches propagated from 4.2.3. /trunk/config/cc/gcc.in | 5 5 0 0 +++++ 1 file changed, 5 insertions(+)
2008-07-19 12:17:26 +00:00
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
config CC_V_3_4_6
config/gcc: re-order versions Move the gcc-4.3.4 version to its place.
2009-08-07 16:21:29 +00:00
bool
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
prompt "3.4.6 (OBSOLETE)"
depends on OBSOLETE
config/gcc: re-order versions Move the gcc-4.3.4 version to its place.
2009-08-07 16:21:29 +00:00
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
endchoice
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
config CC_GCC_4_2_or_later
bool
default n
Add support for building toolchains with gcc-4.4 snapshots. Initial patch by Dmitry PLOTNIKOV: http://sourceware.org/ml/crossgcc/2009-03/msg00053.html It [the toolchain] uses current ct-ng (nightly snapshot 20090324, latest release 1.3.2 work also), glibc 2.9 (from CVS), binutils 2.19 and latest snapshot of GCC 4.4.0 (as of March 20, 2009). We have successfully built linux kernel 2.6.29 and a lot of other stuff with this toolchain. Here's the patch that adds GCC 4.4.0 to the ct-ng menu and enables it to download a 4.4.0 snapshot from ftp. Patch was adpated by me, mostly to better fit the configuration layout. /trunk/scripts/build/cc/gcc.sh | 34 22 12 0 ++++++++++++++++++++++------------ /trunk/config/cc/gcc.in | 35 30 5 0 ++++++++++++++++++++++++++++++----- 2 files changed, 52 insertions(+), 17 deletions(-)
2009-03-26 18:47:34 +00:00
config CC_GCC_4_3_or_later
bool
default n
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
cc/gcc: fix use of companion libraries
2010-03-05 17:55:25 +00:00
select CC_GCC_USE_GMP_MPFR
Add support for building toolchains with gcc-4.4 snapshots. Initial patch by Dmitry PLOTNIKOV: http://sourceware.org/ml/crossgcc/2009-03/msg00053.html It [the toolchain] uses current ct-ng (nightly snapshot 20090324, latest release 1.3.2 work also), glibc 2.9 (from CVS), binutils 2.19 and latest snapshot of GCC 4.4.0 (as of March 20, 2009). We have successfully built linux kernel 2.6.29 and a lot of other stuff with this toolchain. Here's the patch that adds GCC 4.4.0 to the ct-ng menu and enables it to download a 4.4.0 snapshot from ftp. Patch was adpated by me, mostly to better fit the configuration layout. /trunk/scripts/build/cc/gcc.sh | 34 22 12 0 ++++++++++++++++++++++------------ /trunk/config/cc/gcc.in | 35 30 5 0 ++++++++++++++++++++++++++++++----- 2 files changed, 52 insertions(+), 17 deletions(-)
2009-03-26 18:47:34 +00:00
gcc-4.4: - remove snapshots - add gcc-4.4.0 release as EXPERIMENTAL -------- diffstat follows -------- /trunk/config/cc/gcc.in | 21 4 17 0 ++++----------------- 1 file changed, 4 insertions(+), 17 deletions(-)
2009-05-03 21:12:26 +00:00
config CC_GCC_4_4_or_later
Add support for building toolchains with gcc-4.4 snapshots. Initial patch by Dmitry PLOTNIKOV: http://sourceware.org/ml/crossgcc/2009-03/msg00053.html It [the toolchain] uses current ct-ng (nightly snapshot 20090324, latest release 1.3.2 work also), glibc 2.9 (from CVS), binutils 2.19 and latest snapshot of GCC 4.4.0 (as of March 20, 2009). We have successfully built linux kernel 2.6.29 and a lot of other stuff with this toolchain. Here's the patch that adds GCC 4.4.0 to the ct-ng menu and enables it to download a 4.4.0 snapshot from ftp. Patch was adpated by me, mostly to better fit the configuration layout. /trunk/scripts/build/cc/gcc.sh | 34 22 12 0 ++++++++++++++++++++++------------ /trunk/config/cc/gcc.in | 35 30 5 0 ++++++++++++++++++++++++++++++----- 2 files changed, 52 insertions(+), 17 deletions(-)
2009-03-26 18:47:34 +00:00
bool
default n
cc/gcc: simplify the _or_later stuff
2010-02-04 14:18:46 +00:00
select CC_GCC_4_3_or_later
cc/gcc: fix thread-less final gcc build 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 <lacombar@gmail.com>
2010-04-07 16:35:22 +00:00
select CC_GCC_4_2_or_later
cc/gcc: fix use of companion libraries
2010-03-05 17:55:25 +00:00
select CC_GCC_USE_PPL_CLOOG_MPC
cc/gcc: add support for 4.5.0 or later versions starting with 4.5.0, gcc requires libelf.
2010-04-15 20:35:18 +00:00
config CC_GCC_4_5_or_later
bool
default n
select CC_GCC_4_4_or_later
select CC_GCC_4_3_or_later
select CC_GCC_4_2_or_later
select CC_GCC_USE_LIBELF
cc/gcc: fix use of companion libraries
2010-03-05 17:55:25 +00:00
config CC_GCC_USE_GMP_MPFR
bool
default n
select GMP
select MPFR
config CC_GCC_USE_PPL_CLOOG_MPC
bool
default n
complibs: split-up selection for individual libs
2010-02-17 22:47:47 +00:00
select PPL
select CLOOG
select MPC
Add support for building toolchains with gcc-4.4 snapshots. Initial patch by Dmitry PLOTNIKOV: http://sourceware.org/ml/crossgcc/2009-03/msg00053.html It [the toolchain] uses current ct-ng (nightly snapshot 20090324, latest release 1.3.2 work also), glibc 2.9 (from CVS), binutils 2.19 and latest snapshot of GCC 4.4.0 (as of March 20, 2009). We have successfully built linux kernel 2.6.29 and a lot of other stuff with this toolchain. Here's the patch that adds GCC 4.4.0 to the ct-ng menu and enables it to download a 4.4.0 snapshot from ftp. Patch was adpated by me, mostly to better fit the configuration layout. /trunk/scripts/build/cc/gcc.sh | 34 22 12 0 ++++++++++++++++++++++------------ /trunk/config/cc/gcc.in | 35 30 5 0 ++++++++++++++++++++++++++++++----- 2 files changed, 52 insertions(+), 17 deletions(-)
2009-03-26 18:47:34 +00:00
cc/gcc: add support for 4.5.0 or later versions starting with 4.5.0, gcc requires libelf.
2010-04-15 20:35:18 +00:00
config CC_GCC_USE_LIBELF
bool
default n
select LIBELF
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config CC_VERSION
string
scripts: add new version at top of choice Add new versions at the top of the choice menu, not at the bottom.
2009-09-13 16:38:06 +00:00
# Don't remove next line
# CT_INSERT_VERSION_STRING_BELOW
cc/gcc: add 4.5.0
2010-04-15 20:35:22 +00:00
default "4.5.0" if CC_V_4_5_0
cc/gcc: add latest version Add 4.4.4 and forward-port patchset from 4.4.3
2010-05-16 17:41:53 +00:00
default "4.4.4" if CC_V_4_4_4
cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2
2010-01-24 21:53:51 +00:00
default "4.4.3" if CC_V_4_4_3
cc/gcc: add latest 4.4.2 version as EXPERIMENTAL
2009-10-20 21:41:11 +00:00
default "4.4.2" if CC_V_4_4_2
[cc-gcc] Add latest versions Add gcc-4.4.1
2009-08-02 21:33:38 +00:00
default "4.4.1" if CC_V_4_4_1
config: re-order menu entries so that latest versions are at the top It makes better sense to have latest versions at the top of the choice entries.
2009-09-13 15:51:33 +00:00
default "4.4.0" if CC_V_4_4_0
default "4.3.4" if CC_V_4_3_4
default "4.3.3" if CC_V_4_3_3
default "4.3.2" if CC_V_4_3_2
default "4.3.1" if CC_V_4_3_1
default "4.3.0" if CC_V_4_3_0
default "4.2.4" if CC_V_4_2_4
default "4.2.3" if CC_V_4_2_3
default "4.2.2" if CC_V_4_2_2
default "4.2.1" if CC_V_4_2_1
default "4.2.0" if CC_V_4_2_0
default "4.1.2" if CC_V_4_1_2
default "4.0.4" if CC_V_4_0_4
default "3.4.6" if CC_V_3_4_6
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
Patch from Enrico WEIGELT <weigelt@metux.de> to disable __cxa_atexit for those C libraries with no support (old uClibc).
2007-03-21 21:03:22 +00:00
config CC_CXA_ATEXIT
bool
Add a new config knob for gcc: usage of SJLJ to handle exceptions. This is needed for some architectures to compile the Java frontend (eg. ARM with uClibc). /trunk/config/cc/gcc.in | 41 39 2 0 +++++++++++++++++++++++++++++++++++++++-- /trunk/scripts/build/cc_gcc.sh | 8 5 3 0 +++++--- 2 files changed, 44 insertions(+), 5 deletions(-)
2008-08-07 13:55:30 +00:00
prompt "Use __cxa_atexit"
default y
Introduce a new EXPERIMENTAL feature: BARE_METAL. This should ultimately llow to build bare-metal compilers, for targets that have no kernel and no C library. Move the C library build script to their own sub-directory; introduce an empty build script for bare-metal. Move the compiler build script to its own sub-directory. Move the kernel build script to its own sub-directory; introduce an empty build script for bare-metal. Update the ARM target tuples to enable bare-metal targets. Add two ARM bare-metal samples. Add latest Linux kernel versions. /trunk/scripts/build/kernel/none.sh | 77 6 71 0 +---- /trunk/scripts/build/cc/gcc.sh | 58 41 17 0 ++- /trunk/scripts/build/libc/none.sh | 513 9 504 0 +----------------------------- /trunk/scripts/crosstool.sh | 17 9 8 0 + /trunk/scripts/functions | 6 4 2 0 + /trunk/scripts/showSamples.sh | 6 3 3 0 /trunk/samples/arm-unknown-elf/crosstool.config | 225 225 0 0 +++++++++++++ /trunk/samples/arm-unknown-eabi/crosstool.config | 223 223 0 0 +++++++++++++ /trunk/config/kernel/linux_headers_install.in | 64 27 37 0 ++-- /trunk/config/kernel.in | 9 8 1 0 + /trunk/config/toolchain.in | 1 1 0 0 + /trunk/config/cc/gcc.in | 3 3 0 0 + /trunk/config/debug/dmalloc.in | 1 1 0 0 + /trunk/config/debug/gdb.in | 4 3 1 0 + /trunk/config/debug/strace.in | 1 1 0 0 + /trunk/config/debug/duma.in | 1 1 0 0 + /trunk/config/cc.in | 8 8 0 0 + /trunk/config/target.in | 13 13 0 0 + /trunk/config/binutils.in | 1 1 0 0 + /trunk/config/gmp_mpfr.in | 1 1 0 0 + /trunk/config/libc.in | 17 11 6 0 + /trunk/arch/arm/functions | 3 1 2 0 - 22 files changed, 600 insertions(+), 652 deletions(-)
2008-09-14 16:21:07 +00:00
depends on ! BARE_METAL
Patch from Enrico WEIGELT <weigelt@metux.de> to disable __cxa_atexit for those C libraries with no support (old uClibc).
2007-03-21 21:03:22 +00:00
help
Apply some scosmetic changes, courtesy Al Stone <ahs3@ahs3.net>.
2007-08-30 19:22:15 +00:00
If you get the missing symbol "__cxa_atexit" when building C++ programs,
Patch from Enrico WEIGELT <weigelt@metux.de> to disable __cxa_atexit for those C libraries with no support (old uClibc).
2007-03-21 21:03:22 +00:00
you might want to try disabling this option.
Add a new config knob for gcc: usage of SJLJ to handle exceptions. This is needed for some architectures to compile the Java frontend (eg. ARM with uClibc). /trunk/config/cc/gcc.in | 41 39 2 0 +++++++++++++++++++++++++++++++++++++++-- /trunk/scripts/build/cc_gcc.sh | 8 5 3 0 +++++--- 2 files changed, 44 insertions(+), 5 deletions(-)
2008-08-07 13:55:30 +00:00
choice
bool
prompt "Use sjlj for exceptions"
default CC_SJLJ_EXCEPTIONS_CONFIGURE
Introduce a new EXPERIMENTAL feature: BARE_METAL. This should ultimately llow to build bare-metal compilers, for targets that have no kernel and no C library. Move the C library build script to their own sub-directory; introduce an empty build script for bare-metal. Move the compiler build script to its own sub-directory. Move the kernel build script to its own sub-directory; introduce an empty build script for bare-metal. Update the ARM target tuples to enable bare-metal targets. Add two ARM bare-metal samples. Add latest Linux kernel versions. /trunk/scripts/build/kernel/none.sh | 77 6 71 0 +---- /trunk/scripts/build/cc/gcc.sh | 58 41 17 0 ++- /trunk/scripts/build/libc/none.sh | 513 9 504 0 +----------------------------- /trunk/scripts/crosstool.sh | 17 9 8 0 + /trunk/scripts/functions | 6 4 2 0 + /trunk/scripts/showSamples.sh | 6 3 3 0 /trunk/samples/arm-unknown-elf/crosstool.config | 225 225 0 0 +++++++++++++ /trunk/samples/arm-unknown-eabi/crosstool.config | 223 223 0 0 +++++++++++++ /trunk/config/kernel/linux_headers_install.in | 64 27 37 0 ++-- /trunk/config/kernel.in | 9 8 1 0 + /trunk/config/toolchain.in | 1 1 0 0 + /trunk/config/cc/gcc.in | 3 3 0 0 + /trunk/config/debug/dmalloc.in | 1 1 0 0 + /trunk/config/debug/gdb.in | 4 3 1 0 + /trunk/config/debug/strace.in | 1 1 0 0 + /trunk/config/debug/duma.in | 1 1 0 0 + /trunk/config/cc.in | 8 8 0 0 + /trunk/config/target.in | 13 13 0 0 + /trunk/config/binutils.in | 1 1 0 0 + /trunk/config/gmp_mpfr.in | 1 1 0 0 + /trunk/config/libc.in | 17 11 6 0 + /trunk/arch/arm/functions | 3 1 2 0 - 22 files changed, 600 insertions(+), 652 deletions(-)
2008-09-14 16:21:07 +00:00
depends on ! BARE_METAL
Add a new config knob for gcc: usage of SJLJ to handle exceptions. This is needed for some architectures to compile the Java frontend (eg. ARM with uClibc). /trunk/config/cc/gcc.in | 41 39 2 0 +++++++++++++++++++++++++++++++++++++++-- /trunk/scripts/build/cc_gcc.sh | 8 5 3 0 +++++--- 2 files changed, 44 insertions(+), 5 deletions(-)
2008-08-07 13:55:30 +00:00
# This config option is used nowhere in the code on purpose.
# It only serves as a choice entry to force neither using nor not using sjlj
config CC_SJLJ_EXCEPTIONS_CONFIGURE
bool
prompt "Let configure decide"
help
Let configure decide if setjmp/longjmp should be used to handle
exceptions.
Choose that if you trust configure to detect the correct settings.
This is the default choice.
config CC_SJLJ_EXCEPTIONS_USE
bool
prompt "Force using sjlj"
help
Do use setjmp/longjmp for exceptions.
This is gcc's --enable-sjlj-exceptions configure switch.
Choose that if you want to use setjmp/longjmp to handle exceptions.
config CC_SJLJ_EXCEPTIONS_DONT_USE
bool
prompt "Force not using sjlj"
help
Do not use setjmp/longjmp for exceptions.
This is gcc's --disable-sjlj-exceptions configure switch.
Choose that if you want to not use setjmp/longjmp to handle exceptions.
endchoice
Allow setting --enable-cxx-flags on gcc ./configure Some setups require one to pass extra CXX flags at the time of ./configure. Make it easy.
2009-08-19 17:44:45 +00:00
config CC_ENABLE_CXX_FLAGS
string
prompt "Flags to pass to --enable-cxx-flags"
default ""
help
Enter here the value of the gcc's ./configure option --enable-cxx-flags.
Leave empty if you don't know better.
Note: just pass in the option _value_, that is only the part that goes
after the '=' sign.
Get rid of the core cc selection. It is now the same as the final compiler.
2007-08-15 10:14:43 +00:00
config CC_CORE_EXTRA_CONFIG
string
prompt "Core gcc extra config"
default ""
help
Extra flags to pass onto ./configure when configuring the core gcc.
The core gcc is a stripped down, C-only compiler needed to build
the C library. Kinda bootstrap gcc, if you wish.
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
config CC_EXTRA_CONFIG
string
Get rid of the core cc selection. It is now the same as the final compiler.
2007-08-15 10:14:43 +00:00
prompt "gcc extra config"
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
default ""
Introduce a new EXPERIMENTAL feature: BARE_METAL. This should ultimately llow to build bare-metal compilers, for targets that have no kernel and no C library. Move the C library build script to their own sub-directory; introduce an empty build script for bare-metal. Move the compiler build script to its own sub-directory. Move the kernel build script to its own sub-directory; introduce an empty build script for bare-metal. Update the ARM target tuples to enable bare-metal targets. Add two ARM bare-metal samples. Add latest Linux kernel versions. /trunk/scripts/build/kernel/none.sh | 77 6 71 0 +---- /trunk/scripts/build/cc/gcc.sh | 58 41 17 0 ++- /trunk/scripts/build/libc/none.sh | 513 9 504 0 +----------------------------- /trunk/scripts/crosstool.sh | 17 9 8 0 + /trunk/scripts/functions | 6 4 2 0 + /trunk/scripts/showSamples.sh | 6 3 3 0 /trunk/samples/arm-unknown-elf/crosstool.config | 225 225 0 0 +++++++++++++ /trunk/samples/arm-unknown-eabi/crosstool.config | 223 223 0 0 +++++++++++++ /trunk/config/kernel/linux_headers_install.in | 64 27 37 0 ++-- /trunk/config/kernel.in | 9 8 1 0 + /trunk/config/toolchain.in | 1 1 0 0 + /trunk/config/cc/gcc.in | 3 3 0 0 + /trunk/config/debug/dmalloc.in | 1 1 0 0 + /trunk/config/debug/gdb.in | 4 3 1 0 + /trunk/config/debug/strace.in | 1 1 0 0 + /trunk/config/debug/duma.in | 1 1 0 0 + /trunk/config/cc.in | 8 8 0 0 + /trunk/config/target.in | 13 13 0 0 + /trunk/config/binutils.in | 1 1 0 0 + /trunk/config/gmp_mpfr.in | 1 1 0 0 + /trunk/config/libc.in | 17 11 6 0 + /trunk/arch/arm/functions | 3 1 2 0 - 22 files changed, 600 insertions(+), 652 deletions(-)
2008-09-14 16:21:07 +00:00
depends on ! BARE_METAL
Add the full crosstool-NG sources to the new repository of its own. You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(
2007-02-24 11:00:05 +00:00
help
Extra flags to pass onto ./configure when configuring gcc.
Merge the fortran stuff to trunk now it works! Fortran is not supported for all targets, though. ARM at least does not work. /trunk/scripts/build/binutils.sh | 8 8 0 0 ++++++++ /trunk/scripts/build/cc_gcc.sh | 11 6 5 0 ++++++----- /trunk/scripts/crosstool.sh | 10 9 1 0 +++++++++- /trunk/tools/addToolVersion.sh | 3 3 0 0 +++ /trunk/steps.mk | 2 2 0 0 ++ /trunk/config/cc/gcc.in | 16 16 0 0 ++++++++++++++++ 6 files changed, 44 insertions(+), 6 deletions(-)
2008-04-30 10:43:41 +00:00
cc/gcc: Make usage of --enable-target-optspace configurable Optionally configure to compile gcc-internal libs with -Os. yann.morin.1998@anciens.enib.fr: Rename the config options, it is in the GCC /namespace/.
2010-05-24 14:34:55 +00:00
config CC_GCC_ENABLE_TARGET_OPTSPACE
bool
prompt "Optimize gcc libs for size"
default y
help
Pass --enable-target-optspace to crossgcc's configure.
This will compile crossgcc's libs with -Os.
cc/gcc: add option do disable PCH In some cases, using Pre-Compiled Headers breaks the build. Ass an option to disable building the PCH, as suggested by: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
2010-06-17 19:26:23 +00:00
config CC_GCC_DISABLE_PCH
bool
prompt "Do not build PCH"
default n
help
Say 'y' here to not use Pre-Compiled Headers in the resulting toolchain.
at the expense of speed when compiling C++ code.
For some configurations (most notably canadian?), PCH are broken, and
need to be disabled. Please see:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
Add support for the up-coming gcc-4.3. Two new config options: pkgversion and bugurl. /trunk/scripts/build/cc_gcc.sh | 4 3 1 0 +++- /trunk/tools/addToolVersion.sh | 20 16 4 0 ++++++++++++++++---- /trunk/config/cc/gcc.in | 24 24 0 0 ++++++++++++++++++++++++ 3 files changed, 43 insertions(+), 5 deletions(-)
2008-06-09 16:14:23 +00:00
config CC_PKGVERSION
string
prompt "gcc ID string"
depends on CC_GCC_4_3_or_later
default "crosstool-NG-${CT_VERSION}"
help
Specify a string that identifies your package. You may wish to include
a build number or build date. This version string will be included in
the output of gcc --version.
This is passed to the configure flag --with-pkgversion.
config CC_BUGURL
string
prompt "gcc bug URL"
depends on CC_GCC_4_3_or_later
default ""
help
Specify the URL that users should visit if they wish to report a bug.
Add the Eclipse Java Compiler to be able to compile Java. Andy JOHNSON wrote: The Java compiler for GCC versions 4.3.0 and up requires the Eclipse compiler "ecj1" to be built as well. I added "gcj" to the list of utilities to make the initial link. /trunk/scripts/build/cc/gcc.sh | 12 12 0 0 ++++++++++++ /trunk/scripts/crosstool.sh | 2 1 1 0 +- /trunk/config/cc/gcc.in | 6 6 0 0 ++++++ 3 files changed, 19 insertions(+), 1 deletion(-)
2009-01-06 22:10:17 +00:00
config CC_LANG_JAVA_USE_ECJ
bool
default y
depends on CC_LANG_JAVA
depends on CC_GCC_4_3_or_later
Reference in New Issue Copy Permalink