aboutsummaryrefslogtreecommitdiff
path: root/config/arch
Commit message (Collapse)AuthorAgeFilesLines
* gdb: Add 16.1Chris Packham2025-01-221-0/+1
| | | | | | | | | https://sourceware.org/pipermail/gdb-announce/2025/000143.html Support for Nios II targets has been removed so that architecture now requires a version of GDB older than 16. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* bpf: Use released binutils/gccChris Packham2025-01-081-2/+2
| | | | | | | | | | When the bpf-unknown-none sample was added the target support was not in a released version of binutils or gcc. The support has been in a few versions of each of these for a while now. Update the sample to use released versions instead of potentially unstable versions from upstream. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* nios2: Require GCC older than 15Chris Packham2025-01-071-0/+1
| | | | | | | | As per https://gcc.gnu.org/gcc-14/changes.html nios2 will be removed in GCC 15. Even in GCC 14 we need to pass --enable-obsolete to allow this target. Update our samples accordingly. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* lm32: Initial LatticeMicro32 supportJiaxun Yang2025-01-071-0/+10
| | | | | | | | This target is in GCC/binutils for a while. It's baremetal only without upstream Linux support. Signed-off-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
* openrisc: Initial OpenRISC 1000 supportJiaxun Yang2025-01-071-0/+13
| | | | | | | | This target is in GCC/binutils/Linux/Glibc/musl for a while. Baremetal/glibc/musl toolchains are all build tested. Signed-off-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
* initial support to build tricore gccjferreir2024-11-101-0/+10
| | | | | | | | | | Add support for Tricore architecture. TriCore architecture is optimized for real-time embedded systems. More information can be found at AURIX™ TC3xx Architecture vol 1 https://www.infineon.com/dgdl/Infineon-AURIX_TC3xx_Architecture_vol1-UserManual-v01_00-EN.pdf?fileId=5546d46276fb756a01771bc4c2e33bdd Signed-off-by: jferreir <jesus.ferreira@gmail.com>
* RISC-V: Remove EXPERIMENTAL tagAlexey Brodkin2024-09-091-1/+0
| | | | | | | | | | | It's been a while since RISC-V support was added to CT-NG in 2017. Since then RISC-V support was integrated in all the key toolchain components upstream and now are proven to be in a very good state. Thus it makes no sense to keep this architecture "hidden" in experimental options, so we promote RISC-V architecture in CT-NG. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* musl: Mark not EXPERIMENTALChris Packham2024-05-241-3/+4
| | | | | | | | | | | | | Musl was marked experimental in commit 08d91d41 ("musl: config is broken for !EXPERIMENTAL"). Most of the reasoning for that change no longer applies and as it's been about 8 years it's time to let musl loose on the world. Drop the `depends on EXPERIMENTAL` and update the sample configs for aarch64 and x86_64. For powerpc64 the ABI needs to be elfv2. Enforce this via the powerpc config. Add a sample configuration for powerpc-unknown-linux-musl. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* config/arch: Mark hppa/parisc as experimentalChris Packham2023-11-251-0/+2
| | | | | | | There are a number of things that don't currently work notably uClibc, C++ and GDB. Mark this architecture as experimental. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Add support for 32 and 64-bit PA-RISC linux build targets.John David Anglin2023-11-251-0/+11
| | | | | | | Note: The 64-bit target lacks a glibc port and doesn't build. Also, there is no uclibc support. Signed-off-by: John David Anglin <dave.anglin@bell.net>
* m68k: Support MMUChris Packham2023-09-241-0/+1
| | | | | | | | | | Some m68k variants do have a MMU so the architecture can set ARCH_USE_MMU. That means we can have a m68k-unknown-linux-gnu configuration and that m68k-unknown-uclinux-uclibc needs to select LIBC_UCLIBC_NG since it's no longer the default. Fixes #2040 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* config/arch/x86: enable libsanitizerJames Knight2023-04-131-1/+1
| | | | | | | | GCC's libsanitizer module does provide a subset of support for x86 targets (e.g. libasan). GCC's `libsanitizer/configure.tgt` file only outlines flags for optional sanitizers. Signed-off-by: James Knight <james.d.knight@live.com>
* Add BPF architecture target supportCupertino Miranda2022-12-141-0/+9
| | | | | | | | | BPF is a virtual machine and associated ISA that resides in the Linux kernel. Initially intended for user-level packet capture and filtering, BPF is nowadays generalized to serve as a general-purpose infrastructure also for non-networking purposes. Signed-off-by: Cupertino Miranda <cupertino.miranda@oracle.com>
* loongarch64: add initial loongarch supportJiajie Chen2022-08-191-0/+19
| | | | | | | | | | | | This commit adds architecture support for LoongArch. The toolchain currently only supports the 64-bit target loongarch64-unknown-linux-gnu. It has been tested to build with GCC 12.1, GDB 12.1, Glibc 2.36, Linux 5.19 and Binutils 2.39 as of Aug 2022. Signed-off-by: Jiajie Chen <c@jia.je>
* Allow libsanitizer on architectures that support itChris Packham2022-07-117-0/+7
| | | | | | | | | | | | libsanitizer is only supported on selected architectures. Add ARCH_SUPPORTS_LIBSANITIZER and have architectures select this option based on the list of supported configurations from GCC's libsanitizer/configure.tgt. Support for mips64 was added in GCC12 so this is an additional condition for the mips architecture. Fixes #1733 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* kconfig: modify rules for multilibs configurationChen Tao2022-06-281-6/+9
| | | | | | | | | fix conflict options when compiling multilibs on ARM based architecture. "--with-arch", "--with-cpu", "--with-fpu", "--with-float", and "--with-mode" should not be configured with "--with-multilib-list=list" when configuring multilibs. Signed-off-by: Chen Tao <t.clydechen@gmail.com>
* xtensa: Remove obsoleted CT_ARCH_XTENSA_CUSTOM_NAMEAnton Maklakov2022-04-021-1/+1
|
* Merge pull request #1674 from stilor/masterAlexey Neyman2022-02-141-1/+4
|\ | | | | Updates to make `ct-ng build-all` pass
| * Update tic6x sampleAlexey Neyman2022-02-111-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>
* | powerpc: Allow GCC 8.5 for SPE ABIChris Packham2022-02-131-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>
* alpha: Support 64-bit onlyChris Packham2021-05-111-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>
* Add PRU cross tool targetDimitar Dimitrov2021-01-191-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>
* c6x: Remove multilib requirementDan Tejada2020-11-021-23/+1
| | | | | | | Restore tuple config check Add sample configuration Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
* Experimental: Add support for the Texas Instruments C6X (TMS320C6000 series) ↵Dan Tejada2020-05-201-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>
* Disallow PPS SPE ABIAlexey Neyman2020-03-041-0/+4
| | | | | | with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
* Set --with-cpu-{32,64} for multilib buildsAlexey Neyman2020-02-263-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>
* Fix typo in ARM/thumb helpOla Olsson2019-08-281-1/+1
| | | | Signed-off-by: Ola Olsson <ola1olsson@gmail.com>
* Require 2.29 if building glibc for RISC-V64Alexey Neyman2019-04-101-0/+1
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Only select GDB version if GDB is enabledAlexey Neyman2019-04-041-1/+1
| | | | | | | ... which fixes a bogus warning when configuration without GDB is loaded. Signed-off-by: Alexey Neyman <stilor@att.net>
* Mark binutils/gdb requirements for RISC-VAlexey Neyman2019-04-041-0/+2
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Restrict flat format to architectures that support itAlexey Neyman2018-12-017-2/+11
| | | | | | Fixes #878 Signed-off-by: Alexey Neyman <stilor@att.net>
* Add moxie architectureAlexey Neyman2018-11-281-0/+11
| | | | | | and a moxie-unknown-elf target (which is what #1088 apparently wanted). Signed-off-by: Alexey Neyman <stilor@att.net>
* Disallow linux versions before 4.8 for ARCAlexey Brodkin2018-10-011-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>
* Disallow linux versions before 3.7 for aarch64Alexey Neyman2018-09-291-0/+1
| | | | | | Fixes #1028 Signed-off-by: Alexey Neyman <stilor@att.net>
* config: arch: riscv: add initial 64-bit supportPaul Walmsley2018-09-101-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>
* Add ARC architecture supportAlexey Brodkin2018-05-151-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>
* Add ARCH_SUPPORTS_WITH_ABI and ARCH_SUPPORTS_WITH_ARCH for riscv targetsFranz Flasch2018-01-191-0/+2
| | | | Signed-off-by: Franz Flasch <franz.flasch@gmx.at>
* Make comp.libs use generated templates, tooAlexey Neyman2017-11-2915-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>
* add RISC-V architecture supportAntony Pavlov2017-11-191-0/+10
| | | | Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>
* Use the new SuperH fixes in the two multilib samplesAlexey Neyman2017-09-031-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>
* Super-H multilib toolchain fixesAlexey Neyman2017-09-036-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>
* Update nios2.inmakoehr2017-08-091-0/+1
|
* Switch gen-kconfig to new frameworkAlexey Neyman2017-07-0812-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>
* uClibc locale "package"Alexey Neyman2017-07-081-1/+0
| | | | | | Does not build, though. Signed-off-by: Alexey Neyman <stilor@att.net>
* Building packages using the new frameworkAlexey Neyman2017-07-082-22/+2
| | | | | | (fails at building GMP off the VCS because it needs to run bootstrap scripts) Signed-off-by: Alexey Neyman <stilor@att.net>
* nios2: fix architecture featuresKirill Smirnov2017-06-221-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>
* Make ARM32 option appear only if 32-bit is selectedAlexey Neyman2017-06-131-0/+3
| | | | | | Fixes #745 Signed-off-by: Alexey Neyman <stilor@att.net>
* Declare msp430 experimentalAlexey Neyman2017-06-101-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>
* Added MSP430 architecture support.Andrew Wygle2017-06-021-0/+8
| | | | Signed-off-by: Andrew Wygle <awygle@gmail.com>
* xtensa: fix endianness supportMax Filippov2016-11-221-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>
generated by cgit v1.2.3 (git 2.39.1) at 2025-04-12 03:10:56 +0000