buildroot/arch, branch 2017.11.2

arc/bfin: remove 60x cores

2017-10-02T19:45:04+00:00

Those cores are not supported in upstream gcc, not even in master. The only toolchain that supported those core was the 2014R1 ADI rebuilt toolchain, but we removed it in 311bc13 (toolchain: kill ADI Blackfin toolchain) because there was too many issues with it. ADI has not released any newer toolchain since then. There is little hope for those cores now, so remove them. Support for those cores has been useless and unusable for a while without nobody noticing, therefore we intentionally skip adding Config.in.legacy. This would require keeping code in arch/Config.in.bfin since the options being removed are inside a choice...endchoice block. Signed-off-by: "Yann E. MORIN" [Thomas: explain why we don't add the options to Config.in.legacy.] Signed-off-by: Thomas Petazzoni

arch/bfin: internal backend not suitable for some cores

2017-10-02T19:41:53+00:00

Some cores are not supported by upstream gcc. Use the newly-introduced symbol to state so, rather than have the exclusion in the toolchain choice. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

arch/mips: internal backend not suitable for some cores

2017-10-02T19:41:42+00:00

arch/csky: internal backend not suitable

2017-10-02T19:41:36+00:00

Upstream gcc does not have support for C-Sky, and we do not have a vendor tree for it either (yet?). Use the newly-introduced symbol to state so, rather than have the exclusion in the toolchain choice. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

arch: add option to disable internal toolchain backend

2017-10-02T19:41:29+00:00

Some architectures or specific cores do not have support in upstream gcc. Currently, they are individually listed as exclusions in the toolchain choice. This poses a maintainance burden, as the knowledge about what gcc version supports what architecture is split across many places: the toolchain choice, the gcc version choice, the external toolchains. As a first step, add a blind option that architectures or individual cores may select to indicate they lack support in our internal backend. Actual use of the option will come in followup patches. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

arch/arm: add big.LITTLE cpu variants

2017-07-22T21:29:24+00:00

The big.LITTLE configurations can be optimised for by gcc, and a few users wonder what they should choose when they have such CPUs. Add new entries for those big.LITTLE configurations. Note: the various combos were added in various gcc versions, but only really worked in later versions: Variant | Introduced in | First built in ----------+---------------+---------------- a15-a7 | 4.9 | 4.9 a17-a7 | 5 | 5 a57-a53 | 4.9 | 6 a72-a53 | 5 | 6 Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Thomas De Schampheleire Cc: Baruch Siach Signed-off-by: Thomas Petazzoni

arch/mips: add option for toolchains supporting -mfpxx

2017-07-21T20:49:18+00:00

-mfpxx option was added in gcc-5.1.0 so make sure that users cannot select the "xx" fp32 mode when using toolchains that have a gcc older than 5.1.0. -mfp32 and -mfp64 were added in gcc-4.1.0, so given the older gcc version we support in Buildroot (in the GCC_AT_LEAST options) is 4.3 we don't need to do anything else for them. Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

arch/mips: add option for toolchains supporting -mnan

2017-07-21T20:48:51+00:00

-mnan option was added in gcc-4.9.0 so make sure that users cannot select the NaN mode when using toolchains that have a gcc older than 4.9.0, and also make sure that the -mnan option is not passed at all to the toolchain-wrapper and target cflags. Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

arch/mips: improve help text of FP32 mode option

2017-07-19T19:47:11+00:00

Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

arch/mips: improve help text of NaN option

2017-07-19T19:47:04+00:00

Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni