summaryrefslogtreecommitdiff
path: root/config/arch
AgeCommit message (Collapse)AuthorFilesLines
2022-02-14Merge pull request #1674 from stilor/masterAlexey Neyman1-1/+4
Updates to make `ct-ng build-all` pass
2022-02-13powerpc: Allow GCC 8.5 for SPE ABIChris Packham1-1/+1
Support for the SPE ABI was removed in GCC 9. Update the select to GCC_REQUIRE_older_than_9 so that GCC 8.5 can be selected. Fixes #1349, fixes #1666 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2022-02-11Update tic6x sampleAlexey Neyman1-1/+4
Restrict kernel to 5.11 and below (support for this arch has been dropped in 5.12); rename the sample to match its name as printed by `ct-ng show-tuple` (otherwise, `make saveconfig` does not update the sample's configuration). Signed-off-by: Alexey Neyman <stilor@att.net>
2021-05-11alpha: Support 64-bit onlyChris Packham1-2/+2
Alpha is a 64-bit only arch. The menu options only allowed 32 bitness to be selected. This was harmless but confusing, update the config to specify 64-bit only. Fixes: #1506 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-01-19Add PRU cross tool targetDimitar Dimitrov1-0/+8
Add sample configuration for building cross toolchain for the TI PRU. PRU cores are present in many of the BeagleBone single board computers. More information about the PRU can be found in https://bbb.io/pru Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
2020-11-02c6x: Remove multilib requirementDan Tejada1-23/+1
Restore tuple config check Add sample configuration Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
2020-05-21Experimental: Add support for the Texas Instruments C6X (TMS320C6000 series) ↵Dan Tejada1-0/+37
DSPs -- c6x: Add support for c6x product families to pass on to uClibC-ng -- c6x: Fix multilib support -- c6x: Add patch fix internal instruction error (GCC 57295) Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
2020-03-04Disallow PPS SPE ABIAlexey Neyman1-0/+4
with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
2020-02-26Set --with-cpu-{32,64} for multilib buildsAlexey Neyman3-0/+3
GLIBC 2.31 needs --with-cpu=ultrasparc for both 32/64-bits now, and --with-cpu only sets the CPU model for the "primary" bitness. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-08-28Fix typo in ARM/thumb helpOla Olsson1-1/+1
Signed-off-by: Ola Olsson <ola1olsson@gmail.com>
2019-04-10Require 2.29 if building glibc for RISC-V64Alexey Neyman1-0/+1
Signed-off-by: Alexey Neyman <stilor@att.net>
2019-04-05Only select GDB version if GDB is enabledAlexey Neyman1-1/+1
... which fixes a bogus warning when configuration without GDB is loaded. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-04-05Mark binutils/gdb requirements for RISC-VAlexey Neyman1-0/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-12-01Restrict flat format to architectures that support itAlexey Neyman7-2/+11
Fixes #878 Signed-off-by: Alexey Neyman <stilor@att.net>
2018-11-28Add moxie architectureAlexey Neyman1-0/+11
and a moxie-unknown-elf target (which is what #1088 apparently wanted). Signed-off-by: Alexey Neyman <stilor@att.net>
2018-10-01Disallow linux versions before 4.8 for ARCAlexey Brodkin1-0/+1
Inspired by a similar fix for AArch64 in 481cbaac9b23. The point is in Linux v4.8 we introduced new ABIv4 which is now used in both Linux kernel and up-to-date GNU tools for ARC (based on GCC 6.x+). See [1] for more details. [1] https://github.com/foss-for-synopsys-dwc-arc-processors/linux/wiki/ARC-Linux-Syscall-ABI-Compatibility Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2018-09-29Disallow linux versions before 3.7 for aarch64Alexey Neyman1-0/+1
Fixes #1028 Signed-off-by: Alexey Neyman <stilor@att.net>
2018-09-10config: arch: riscv: add initial 64-bit supportPaul Walmsley1-0/+3
Add initial rv64 support. Originally based on suggestions from Franz Flasch <franz.flasch@gmx.at>. Cc: Franz Flasch <franz.flasch@gmx.at> Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com> Signed-off-by: Paul Walmsley <paul@pwsan.com>
2018-05-15Add ARC architecture supportAlexey Brodkin1-0/+15
Synopsys' DesignWare ARC Processors are a family of 32-bit CPUs that SoC designers can optimize for a wide range of uses, from deeply embedded to high-performance host applications in a variety of market segments. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2018-01-19Add ARCH_SUPPORTS_WITH_ABI and ARCH_SUPPORTS_WITH_ARCH for riscv targetsFranz Flasch1-0/+2
Signed-off-by: Franz Flasch <franz.flasch@gmx.at>
2017-11-30Make comp.libs use generated templates, tooAlexey Neyman15-2/+17
This allows us to include the component-to-package relation in the generated kconfig files and make use of that information in the show-config.sh script. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-11-19add RISC-V architecture supportAntony Pavlov1-0/+10
Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>
2017-09-03Use the new SuperH fixes in the two multilib samplesAlexey Neyman1-2/+2
- Glibc configure args and tuple need adjustment on SuperH - Only allow "both endian" and "with CPU" for unspecified arch variant. May reconsider endianness (was breaking things before adjusting glibc tuple) - Retire non-multilib sample, it should be a subset of the multilib one now. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-09-03Super-H multilib toolchain fixesAlexey Neyman6-8/+47
1. On SuperH, configuring GCC with explicit variant of the CPU (like "sh4") limits the default set of multilibs to just that CPU and requires --with-multilib-list to change. Allow for "unspecified" variant, so that we can defer to GCC to determine the list. 2. Support toolchains with both endiannesses at the same time. 3. Add a SuperH/newlib sample 4. Add more flags processing for uClibc Signed-off-by: Alexey Neyman <stilor@att.net>
2017-08-09Update nios2.inmakoehr1-0/+1
2017-07-08Switch gen-kconfig to new frameworkAlexey Neyman12-274/+270
Also: - Move companion_* to comp_* to match the kconfig symbols - Replace bootstrap with former gen-versions.sh - Fold *.in.2 into their respective first parts; this moves common options to the end - if it is undesirable, inclusion of *.in can be moved where *.in.2 used to be (but that will also move version selection after common options). - Retire addToolVersion.sh (may later replace with a more comprehensive script that tries to download the added tarballs, copy the patches and try to apply them, and create a version.desc). Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08uClibc locale "package"Alexey Neyman1-1/+0
Does not build, though. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08Building packages using the new frameworkAlexey Neyman2-22/+2
(fails at building GMP off the VCS because it needs to run bootstrap scripts) Signed-off-by: Alexey Neyman <stilor@att.net>
2017-06-22nios2: fix architecture featuresKirill Smirnov1-1/+1
Gcc for Nios II does not support -mcpu option, and --with-cpu=XXX flag breaks gcc compilation. Use --with-arch instead. Signed-off-by: Kirill Smirnov <kirill.k.smirnov@gmail.com>
2017-06-13Make ARM32 option appear only if 32-bit is selectedAlexey Neyman1-0/+3
Fixes #745 Signed-off-by: Alexey Neyman <stilor@att.net>
2017-06-10Declare msp430 experimentalAlexey Neyman1-0/+1
... as GCC5 and later ICEs over inocuous code. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242 Signed-off-by: Alexey Neyman <stilor@att.net>
2017-06-02Added MSP430 architecture support.Andrew Wygle1-0/+8
Signed-off-by: Andrew Wygle <awygle@gmail.com>
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>
generated by cgit v0.10.2-6-g49f6 at 2024-04-20 08:17:37 (GMT)