summaryrefslogtreecommitdiff
path: root/config/arch
AgeCommit message (Collapse)AuthorFilesLines
2016-11-22xtensa: fix endianness supportMax Filippov1-0/+2
To build uClibc correctly we need correct endianness selected in the crosstool-NG. Xtensa cores may be little- or big-endian, but this property is static. The toolchain knows the core endianness and doesn't need options to select it. Enable ARCH_SUPPORTS_BOTH_ENDIAN and select LE by default. Specify empty CT_ARCH_ENDIAN_CFLAG so that -m{big,little}-endian don't get added to the TARGET_CFLAGS, as it's not supported by gcc. Specify empty CT_ARCH_ENDIAN_LDFLAG so that -EB/-EL don't get added to the TARGET_LDFLAGS as they are ignored. Select big-endian in the example xtensa-unknown-linux-uclibc configuration. This fixes uClibc toolchain build for little-endian cores. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-08-23mips: allow o32 ABI as default for multilibAlexey Neyman1-1/+1
... since n32 and n64 are going to get built as well. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-06-10sh: require multilibAlexey Neyman1-0/+1
Now that libc backend installs the libraries into the directory reported by gcc as 'multi-os-directory', sh4 libraries are installed into a '!m4' subdirectory. This directory then confuses GNU ld, which assumes the exclamation mark to be a word separator and attempts to link to '/usr/lib' (a directory). However, if multilib is enabled, the default libraries are installed into the [expected] '/usr/lib/./'. This looks like an artifact of SuperH's unique way of specifying the multilibs to be built in GCC (which may list exclusions, starting with '!'). Signed-off-by: Alexey Neyman <stilor@att.net>
2015-12-08Whitespace: We don't use tabs in shell or kconfig filesBryan Hundven2-22/+24
We indent by multiples of 4. This change cleans up whitespace in offending files. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-12-08xtensa: Remove support for CT_CUSTOM_LOCATION_ROOT_DIRBryan Hundven1-2/+1
Since CUSTOM_LOCATION_ROOT_DIR was removed from config/global/paths.in in commit c499ccb, xtensa should depend only on it's ARCH_XTENSA_CUSTOM_OVERLAY_LOCATION. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2015-11-19xtensa: fix kconfig spelling and help textMax Filippov2-6/+8
Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2015-11-14Allow --with-cpu/--with-tune for !arm.Alexey Neyman1-0/+1
The configure error mentioned in the commits that disable --with-arch/--with-tune when --with-cpu is specified is specific to ARM builds. For other architectures, it makes sense (hey, it even makes sense for ARM - read 'info gcc'! - it is just a shortcoming of ARM build, apparently). Thus, add an arch setting ARCH_EXCLUSIVE_WITH_CPU (currently, set only for ARM) that will trigger current behavior. Permit combinations of --with-arch/cpu/tune for other arches. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-11-13xtensa: add support for the configurable Xtensa architecture.Chris Zankel2-0/+50
The Xtensa processor architecture is a configurable, extensible, and synthesizable 32-bit RISC processor core. Processor and SOC vendors can select from various processor options and even create customized instructions in addition to a base ISA to tailor the processor for a particular application. Because of the configurability, the build process requires one additional step for gcc, binutils, and gdb to update the default configuration. These configurations are packed into an 'overlay' tar image, and are simply untarred on top of the default configuration during the build. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2015-11-10blackfin: Remove blackfin supportBryan Hundven1-11/+0
This commit removes blackfin support. I'm open to re-adding blackfin after crosstool-1.23.0 is released, but it is currently too difficult to port forward to newer versions of gcc and uclibc. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-02Merge pull request #232 from bhundven/less_gcc_versions_part_1Bryan Hundven1-13/+0
gcc: Support only the latest branch releases of gcc
2015-11-02config: MIPS64 is no longer experimentalBryan Hundven1-1/+1
This is a weird artifact from when mips64 was first introduced to ct-ng and was never removed from experimental. If you have problems building a mips64 toolchain, please report on the mailing list or on github issues. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-31gcc: Support only the latest branch releases of gccBryan Hundven1-13/+0
This change, as per #222, reduces the number of supported releases of gcc to the latest branch releases. I noticed while doing this work that gcc-4.5.4 was never added, so I moved patches for gcc-4.5.3 to 4.5.4 and updated the bfin-unknown-linux-uclibc example. Also, 120-siginfo.patch was fixed upstream in the 4.5.4 release, so this patch is omitted. I also bumped the avr sample to 4.9.3 from 4.9.2. With the addition of gcc-5.x, the gcc release team now releases the major.minor.0 versions, while updates to the branch are available in svn/git. We'll address that when we get to issue #219. This change just removes CC_GCC_5_1 and moves CC_GCC_5_2 to CC_GCC_5, and removes CC_GCC_5_1_or_later and moves CC_GCC_5_2_or_later to CC_GCC_5_or_later. This is the first of two part changes, as mentioned in #222. This change is slated for release in 1.22.0. The next change will be slated for 1.23.0, and will limit gcc versions to what is on https://gcc.gnu.org under "Release Series and Status", which is currently 4.9.3 and 5.2.0, although I will also support the previous supported version. In this example that would be 4.8.5. Last, but not least, this change also retires AVR32 support. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-06-21avr: add support for AVR 8-bit architectureErico Nunes1-0/+8
This commit adds support for the Atmel AVR 8-bit RISC architecture. This is the first 8-bit architecture to be added to crosstool-ng so the configuration options for 8-bit architectures are added here as well. gcc has had support for AVR for quite a while, at least since the 4.3 series for the currently popular ATmega microcontroler series. The AVR architecture only supports bare-metal toolchains. gcc for the AVR 8-bit architecture, usually referred to as avr-gcc, is commonly used in conjunction with the avr-libc library which provides additional resources for the Atmel AVR 8-bit microcontrollers. avr-gcc can also be found as a supported package in some recent Linux distributions. This commit also closes #66 Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
2015-01-28eglibc: Remove eglibc supportBryan Hundven1-1/+1
As posted on http://www.eglibc.org/ ==================== EGLIBC is no longer developed and such goals are now being addressed directly in GLIBC. ==================== I'm not interested in maintaining build support for unsupported software. Older branches of crosstool-ng continue to have eglibc support. If you find issues with older branches, I'm always open to pull requests. Removing eglibc also frees up glibc cleanup and build optimization. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-01-26arch/nios2:add nios2Daniel Zimmermann1-0/+9
add the nios2 architecture to crosstool-ng. Signed-off-by: Daniel Zimmermann <netzimme@gmail.com>
2014-09-20arch/arm: EABIhf is now the defaultYann E. MORIN1-1/+1
When the toolchain uses the hard-float ABI, 'hf' is now appended by default to the tuple. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-05-11arch/powerpc: add powerpc64le supportCody P Schafer1-1/+3
Technically, I don't forbid powerpcle support either, but I'm not sure that there is any library/compiler support for that at the moment (though the hw technically makes it possible). powerpc64le needs glibc 2.19 and gcc 4.9. I haven't looked into the support tools, but at least gdb 7.5 is too old (7.7.1 definitely has support). Also make powerpc64 non-experimental. It's practically old at this point. Signed-off-by: Cody P Schafer <dev@codyps.com> [yann.morin.1998@free.fr: use ${target_endian_le} and ${target_bits_64}] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <64bfbbced9dd8f62e0d6.1399801945@gun> Patchwork-Id: 347775
2013-12-30arch/arm: add support for AArch64Yann E. MORIN"1-3/+4
AArch64 id the 64-bit variant for ARM. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Zhenqiang Chen <zhenqiang.chen@linaro.org> Cc: Michael Hope <michael.hope@linaro.org>
2013-01-09arch/arm: OABI is no more, switch to only EABIYann E. MORIN"1-6/+15
Well, leave the prompt as an OBSOLETE thing, scheduled to be removed soon. As an indication OABI lives its last days, gcc-4.8 will no longer recognise non-EABI targets. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-09arch/arm: add option to use *eabihf tuplesYann E. MORIN"1-0/+31
Toolchains that use the hard-float ABI now are to be denoted by a tuple ending in *eabihf, while the prevbious *eabi is now an indication that the toolchain uses the softfloat ABI. This is purely a cosmetic thing, for distros to differentiate their hardfloat-ABI ports from their softfloat-ABI ports. (note: softfloat ABI does not mean that it is using softfloats; it can be using hardfloat instructions, but using the softfloat ABI). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26all: unmark experimental featuresYann E. MORIN"3-7/+4
It's been some time now we've had those features, so unmark them being experimental. It does not mean everything is perfect, but may gather some more testing of those features. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-09-20arch/microblaze: add new architectureDavid Holsgrove1-0/+22
Add Microblaze architecture support. This depends on EXPERIMENTAL, as upstream projects do not yet include full support to build a modern microblaze compiler. This is in the process of being updated, but is not currently publicly accessible. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> Message-Id: <9c93e18b3d68b19303f3.1348113870@localhost.localdomain> PatchWork-ID: 185305
2011-11-24arch/sparc: Sparc supports setting the floating point typeYann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-24arch/powerpc: PowerPC supports setting the floating point typeYann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-24arch/mips: MIPS supports setting the floating point typeYann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-24arch/arm: ARM supports setting the floating point typeYann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-29arch: rename the SUPPORT_XXX optionsYann E. MORIN"11-28/+28
First, 'SUPPORT' should be spelled 'SUPPORTS'. Second, 'SUPPORT_XXX' really means 'supports --with-xxx', so rename the affected options accordingly. Update the affected archs to match the new namings. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-10-19arch/arm: ARM supports the softfp conventionYann E. MORIN"1-0/+1
ARM compilers can be built for soft float (software only, floats in core registers), hard float (uses floating point instructions, floats in FPU registers), or the half-way house softfp (uses floating point instructions, floats in core registers). Signed-off-by: Michael Hope <michael.hope@linaro.org> [yann.morin.1998@anciens.enib.fr: split the original patch] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-09-17gcc: add support for the PowerPC EABIYann E. MORIN"1-2/+28
Signed-off-by: Mircea Gherzan <mgherzan@gmail.com> [yann.morin.1998@anciens.enib.fr: rm trailing space] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-31kconfig: remove useless 'default n'Benoît THÉBAUDEAU"2-2/+0
kconfig bools are disabled by default, so specifying 'default n' is useless and noisy. This patch removes all occurrences of 'default n'. Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
2011-05-18config: rename variables that are arraysYann E. MORIN"1-4/+4
Make it explicit that a variable is an array bu the name of the variable. It will be used later when .config gets munged to allow both multiple arguments and arguments with spaces at the same time to be passed from the configuration down to the build scripts. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08config: fix recursive depsYann E. MORIN"11-118/+109
The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-03arch/sparc: add absic supportYann E. MORIN"1-0/+13
Add support for building SPARC targeted toolchain. With this patch I have built a working sparc V8 (32 toolchain). Testing shows that not all gcc versions works well: 4.4.1 OK (kernel builds and the final kernel can boot) 4.4.2 Not tested 4.4.3 Not tested 4.4.4 BAD (Kernel can build but fails during boot) 4.4.5 BAD (Kernel can build but fails during boot) 4.5.1 BAD (Build fails with a spill related ICE - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35664) 4.5.2 OK (kernel builds and boots) I have successfully been using the 4.5.2 version for a few months. This patch does not add support for the LEON variant. That may come later. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> [yann.morin.1998@anciens.enib.fr: for 32-bit, default CT_TARGET_ARCH is OK] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-03arch: remove ia64Yann E. MORIN"1-11/+0
ia64 is broken in every gcc/glibc combinations I tested (except for the existing sample that used very old versions). Nobody complained on the list about not being able to build recent versions. So the only way forward I can see is to remove the architecture altogether. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-09-12arch/mips: add option for MIPS ABIsYann E. MORIN"2-1/+38
This adds selection for one of the o32, n32 and n64 ABIs. Later, we can easily use those boolean options, rather than relying on a user-supplied string option. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-09-11arch/sh: move config-options to second-partYann E. MORIN"2-24/+25
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-09-11arch/alpha: move config-options to second-partYann E. MORIN"2-55/+56
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-09-11arch/ppc: move config-options to second-partYann E. MORIN"2-16/+17
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-09-11arch/arm: move config-options to second-partYann E. MORIN"2-52/+53
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-04-07Add basic support for the Blackfin architectureThomas Petazzoni1-0/+12
For uClibc, the name of the Blackfin architecture is 'bfin'. Actually, the naming of the architecture is quite messy: for toolchain tuples and uClibc, it's bfin, but for the kernel, it's blackfin. We've arbitraly choosen to name it "blackfin" in Crosstool-NG. Add Blackfin-related uClibc patch to fix a build failure related to fork() being used in unistd/daemon.c. Yann E. MORIN: Apply the patch to the kernel/linux build script to use 'linux' in the noMMU tuples. See: http://sourceware.org/ml/crossgcc/2010-04/msg00010.html
2010-02-20arch: add mips64Zhuang Yuyao1-0/+1
This adds initial mips64 config option and build script.
2010-01-31arch/sh: remove EXPERIMENTALYann E. MORIN"1-1/+0
2010-01-31arch/avr32: remove EXPERIMENTALYann E. MORIN"1-1/+0
2010-01-29arch: add basic m68k supportYann E. MORIN1-0/+10
Signed-off-by: Remy Bohmer <linux@bohmer.net> [yann.morin.1998@anciens.enib.fr: use defaults for CT_TARGET_ARCH] Signed-off-by: "Yann E. MORIN <yann.morin.1998@anciens.enib.fr>
2010-01-09config/arch: always select the adequate bitnessYann E. MORIN"6-0/+11
Even if the selected ARCH does not support different bitness (or we do not support building with another bitness), still select the appropriate bitness.
2009-11-17arch/ia64: update to the new 64-bit infrastructureYann E. MORIN"1-1/+1
2009-11-17arch/s390: commonalise the 32- and 64-bit s390 archYann E. MORIN"2-12/+6
2009-11-17arch/x86: commonalise the 32- and 64-bit x86 archYann E. MORIN"2-12/+5
2009-11-17arch/ppc: commonalise the 32- and 64-bit PowerPC archYann E. MORIN"3-34/+18
2009-11-16arch/s390: cleanupsYann E. MORIN"2-6/+0
Don't select unneeded config knobs. Don't select non-existing config knobs. Use the "no patch" config knob, instead of pointing to an non-exiting local patch dir. Simplify the tuple-related scripts. Update the samples.