aboutsummaryrefslogtreecommitdiff
path: root/target/Config.in.arch
Commit message (Collapse)AuthorAgeFilesLines
* Split target/Config.in.arch into multiple Config.in.* in arch/Gravatar Thomas Petazzoni2012-11-041-830/+0
| | | | | | | | | | | | | | | | | | | target/Config.in.arch had become too long, and we want to remove the target/ directory. So let's move it to arch/ and split it this way: * An initial Config.in that lists the top-level architecture, and sources the arch-specific Config.in.<arch> files, as well as Config.in.common (see below) * One Config.in.<arch> per architecture, listing the CPU families, ABI choices, etc. * One Config.in.common that defines the gcc mtune, march, mcpu values and other hidden options. [Peter: space->tab fix, mipsel64 little endian, mips3 as noted by Arnout] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add AArch64 to the list of architecturesGravatar Thomas Petazzoni2012-11-021-0/+8
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove the Xtensa architectureGravatar Thomas Petazzoni2012-09-201-40/+0
| | | | | | | | | | | | | | As stated in commit 555c2585bf28c3ef71f6d2dcdd983d17a19892af, the Xtensa architecture has been introduced in 2009 and never changed since its initial introduction. It requires some special handling that is a bit annoying, and despite our call to the initial developers, and the announcement of the deprecation of the architecture during the 2012.05, nothing has happened. Therefore, drop support for this architecture. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: me Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Move BR2_SPARC_TYPE to an uClibc specific placeGravatar Thomas Petazzoni2012-09-201-5/+0
| | | | | | | | | BR2_SPARC_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Move BR2_ARM_TYPE to an uClibc specific placeGravatar Thomas Petazzoni2012-09-201-21/+0
| | | | | | | | | | | | | | BR2_ARM_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. We also add a comment that explains that this stuff is only useful for uClibc <= 0.9.32. Starting from 0.9.33, uClibc build process simply uses the compiler flags to find the ARM processor that should be used. So, someday, we'll be able to remove this. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Clarify MIPS ABIs supportGravatar Thomas Petazzoni2012-09-041-25/+35
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Practically speaking, MIPS has three useful ABIs: * o32 is for 32-bits CPUs, or 64-bit CPUs running only a 32-bit subset of the instruction set. * n32 is for 64-bits CPUs only. It has 32-bits pointers and long integers. * n64 is for 64-bits CPUs only. It has 64-bits pointers and long integers. See http://www.linux-mips.org/wiki/MIPS_ABI_History and http://www.linux-mips.org/wiki/WhatsWrongWithO32N32N64 for more details. So, this commit reworks the Buildroot MIPS support by: * Add separate mips64/mips64el top-level architectures. * Renaming the n32 ABI option to BR2_MIPS_NABI32, for consistency with BR2_MIPS_OABI32. * Renaming the n64 ABI option to BR2_MIPS_NABI64, for consistency with BR2_MIPS_OABI32. * Make the n32 and n64 ABI selections select the BR2_ARCH_IS_64, since those ABIs are valid on 64-bits CPUs only. * Removing the o64 ABI, which is practicaly never used. * Removing the "none" ABI, which really doesn't make sense. * Introduce the mips64 and mips64el architecture names when a 64-bits MIPS ABI is choosen. This will fix build issue like http://autobuild.buildroot.org/results/9b8c5ea86c953a89e85e7b67e9221de41773f652/build-end.log where gmp was confused by the fact of having a 32 bits architecture (detected by the mips- architecture part of the tuple) but 64 bits integer size when compiling. * Adjust the uclibc.mk logic to support the new mips64/mips64el architecture names, and take into account the renaming of the ABI options. This has been build tested by generating Buildroot toolchains and compiling a few packages for MIPS o32, MIPS n32 and MIPS n64. This work is originally based on prior work done by Gustavo Zacarias. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Simplify x86 target architecture variant handlingGravatar Thomas Petazzoni2012-07-311-78/+35
| | | | | | | | | | Instead of having two separate list of choices for select the target architecture variant for i386 and x86_64, with many CPU choices duplicated (because all modern x86 CPUs can be both used as i386 or x86_64), merge them into a single list. In the x86_64 case, all the x86 CPUs that do not support the 64 bits instruction set are hidden. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Remove unused TARGET_ABI valuesGravatar Thomas Petazzoni2012-07-251-4/+0
| | | | | | | The BR2_mmix and BR2_arm_dunno configuration options do not exist, so there is no chance for these values to be useful in any way. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* cleanup trailing white spaceGravatar Samuel Martin2012-07-221-1/+1
| | | | | Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* target: add symbols for i386/x86_64 cpu featuresGravatar Samuel Martin2012-07-171-0/+88
| | | | | | | | | | | | Selecting the target subarchitecture variant automatically selects the appropriated set of features. [thomas.petazzoni@free-electrons.com: removed depends on inside hidden options, not needed. removed SSE41/SSE42 options, not used.] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/mips: kill EABI and fix N32Gravatar Gustavo Zacarias2012-07-151-3/+0
| | | | | | | | | MIPS EABI is a bare-metal ABI so remove it. Also fix uClibc to really work with N32 ABI, which used the EABI knob previously. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/powerpc: SPE ABI is not available for e500mcGravatar Gustavo Zacarias2012-07-041-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: block unsupported CPUs according to versionGravatar Gustavo Zacarias2012-05-191-7/+0
| | | | | | | | Block unsupported processors according to gcc version. Also remove the comments since we now hide them according to this. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/arch: x86/prescott doesn't define BR2_ARCH, fix itGravatar Gustavo Zacarias2012-05-091-0/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* blackfin: adjust available ABIsGravatar Thomas Petazzoni2012-05-091-5/+2
| | | | | | | | | | | | | | | | | | | The FLAT (Separate Data) and FLAT Shared ABIs are rarely used, and the FLAT Shared ABI requires the user to manually assign an unique ID to each shared library, which we will never support in Buildroot. Therefore, restrict ourselves to FLAT and FDPIC. In addition to this, ensure that when FLAT is selected, only static libraries are produced, because this is what FLAT supports. It will fix problems such as http://autobuild.buildroot.org/results/2d756d75162e8737e99df8189bde93ed1a09feef/build-end.log. Moreover, we make FDPIC the default ABI, since if someone is using Buildroot, it's most likely to generate a fairly elaborate embedded Linux system, on which shared libraries are probably useful. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* buildroot: fix BR2_GCC_TARGET_ABI for MIPS n64Gravatar Kevin Cernekee2012-05-031-1/+1
| | | | | | | | | | | | | gcc 4.3/4.4/4.5 accept the following arguments for --with-abi= "" | 32 | o64 | n32 | 64 | eabi) So, the "n64" argument coming from buildroot should be changed to "64" so that gcc's ./configure step does not error out. Signed-off-by: Kevin Cernekee <cernekee@gmail.com> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/: mark Xtensa architecture support as deprecatedGravatar Peter Korsgaard2012-04-251-0/+1
| | | | | | | Hasn't been updated since it was added in 2009, and requires quite some special handling in BR. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: add 4.7.x seriesGravatar Gustavo Zacarias2012-04-151-0/+1
| | | | | | | | Add gcc 4.7.0 to the toolchain options. [Peter: drop 0001-toolchain-gcc-add-4.7.x-series.txt] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Config.in.arch: add help and less cryptic names to architecture menuGravatar Alvaro G. M2012-03-201-13/+99
| | | | | | | [Peter: fixup s/big-endian/big endian/ as pointed out by Thomas] Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Config.in.arch: Fix microblaze-be double quote issueGravatar Peter Korsgaard2012-03-181-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Microblaze: added architecture support for both big endian and low endianGravatar Alvaro G. M2012-03-181-2/+13
| | | | | | | | Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> Tested-by: Stephan Hoffmann <sho@relinux.de> Tested Microblaze LE on a clean install Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add the Atom processor in the list of supported x86/x86_64 processorsGravatar Thomas Petazzoni2012-03-011-0/+12
| | | | | | | This allows to easily select the corresponding Atom multilib variant in the Sourcery CodeBench toolchain. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add x86_64 variants to BR2_GCC_TARGET_ARCHGravatar Thomas Petazzoni2012-03-011-0/+5
| | | | | | | | | With the Sourcery CodeBench IA32/AMD64 toolchain, the proper -march= switch must be passed. So, on x86_64, we make sure that BR2_GCC_TARGET_ARCH gets defined to the correct value, just as we do on x86. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain: add powerpc SPE ABI supportGravatar Gustavo Zacarias2012-01-071-1/+20
| | | | | | | | | | | | | | | | | Add the ability for buildroot to build an SPE ABI enabled toolchain. This is mandatory for e500v1/v2 cores since they don't support classic FPU mode as the e500mc does. Useful for Freescale's PowerQUICC III and single/dual-core QorIQ line of processors. The new TARGET_ABI variable is used rather than TARGET_CFLAGS for uclibc's UCLIBC_EXTRA_CFLAGS to avoid breakish CFLAGS leaking in, a good example being -mthumb for ARM. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* sh: Fix Buildroot sh targets to match gnuconfig targetsGravatar Phil Edworthy2011-07-181-13/+19
| | | | | | | | | | | | | | sh2eb and sh2a_nofpueb gnuconfig targets are no longer supported in Buildroot. This patch replaces these Buildroot targets with sh2 and sh2a respectively, and adds sh4a targets as these are widely used. To build for devices without an fpu, the relevant toolchain flags will have to be specified. Signed-off-by: Phil Edworthy <phil.edworthy@renesas.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* BR2_ARCH definition was missing for 32-bit AMD architecture variants.Gravatar Arnout Vandecappelle (Essensium - Mind)2011-07-071-0/+7
| | | | | | Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target: default to i586 for x86Gravatar Peter Korsgaard2011-07-051-1/+1
| | | | | | | | The i586 was introduced almost 20 years ago, and some software (NPTL, libstdc++, ..) doesn't work nicely with i386 anymore, so it is time to move on. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* initial support for Blackfin processorsGravatar Mike Frysinger2011-02-071-1/+18
| | | | | | | [Peter: don't allow MMU on bfin] Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain targets: fix up c3 and winchip i386 variants, add c3-2Gravatar Gustavo Zacarias2010-11-291-3/+11
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: LEON SPARC only works with gcc-4.4.xGravatar Gustavo Zacarias2010-11-251-0/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Cconfig: Add sparc-leon processors, remove deprecated v9 Sparc type.Gravatar Konrad Eisele2010-11-251-12/+19
| | | | | | | | Add the Sparc processor variants hfleon (fpu,v9), hfleonv8 (fpu,v8), sfleon (softfpu,v7) sfleonv8 (softfpu,v8) and tweak the existing ones. Signed-off-by: Konrad Eisele <konrad@gaisler.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'for-2010.11/remove-deprecated-arch' of ↵Gravatar Peter Korsgaard2010-09-301-121/+9
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * Remove architectures marked as deprecatedGravatar Thomas Petazzoni2010-08-311-121/+9
| | | | | | | | | | | | | | | | | | The Alpha, CRIS, IA64 and Sparc64 architectures have been marked as deprecated during the previous release cycle. They are not widely used in embedded systems and/or no longer supported by their manufacturers and/or not properly supported in Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | Config.in.arch: ARM cortex A9 supportGravatar Peter Korsgaard2010-09-121-1/+6
|/ | | | | | Based on patch by falls huang. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Mark CRIS architecture as deprecatedGravatar Thomas Petazzoni2010-08-111-0/+5
| | | | | | | | | | | | The CRIS architecture support in Buildroot hasn't been updated since a long time. Even a toolchain with recent kernel headers does not build due to missing patches. Moreover, the CRIS architecture has been discontinued by Axis, as visible at http://www.axis.com/products/dev/index.htm. We will remove it from Buildroot at the next release cycle. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Deprecate the Alpha, IA64 and Sparc64 supportGravatar Thomas Petazzoni2010-07-271-0/+11
| | | | | | | | | | | | | Those architectures don't exist anymore (Alpha, IA64) or aren't widely used for embedded systems running Linux. Moreover, no clear Buildroot maintainer has stepped in to maintain these architectures, so it's better to not pretend that we support them. The goal is to mark them as deprecated in 2010.08 and remove them in 2010.11. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccGravatar Thomas Petazzoni2010-07-271-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit solves bug #1051. The problem in this bug in that WebKit compiles a sample C program, which uses WebKit. As WebKit is written in C++, even though the program it built with CROSS-gcc, it must be linked with libstdc++. However, CROSS-gcc can't find the libstdc++ has it's hidden inside <sysroot>/<tuple>/lib. Therefore, this commit creates a symbolic link <sysroot>/<tuple>/lib -> <sysroot>/lib before running the CROSS-gcc installation. While this may look like a hack, this is the solution used by both Crosstool-NG and OpenWRT. Moreover, with this symbolic link in place, I think bug #1741 may also be solved. The problem in this bug is that the linker tries to link against /lib/libc.so.0. This is due to the fact that the linker finds a libc.so script file in the original toolchain location and not inside the copy of the toolchain sysroot in $(STAGING_DIR). As the script file is found outside of the current toolchain sysroot, ld considers the script has non-sysrooted, and therefore doesn't prefix all paths found in the script file (such as /lib/libc.so.0) with the sysroot path, leading to the failure. So, in details, this commit : * Adds a BR2_ARCH_IS_64 invisible config knob that is used to know if the arch is a 64 bits architecture or not. * Creates the <sysroot>/<tuple>/lib -> <sysroot>/lib symbolic link, and the <sysroot>/<tuple>/lib64 -> <sysroot>/lib64 symbolic link if needed. * Fixes the external toolchain sysroot detection code so that the 'sed' replacement is done *after* the readlink -f evaluation. I have tested this by building ARM, x86 and x86_64 toolchains with Buildroot, and then use these toolchains as external toolchains to build a full X.org/Gtk/WebKit/Midori stack. I have also done a complete ARM Buildroot internal toolchain build with the same full X.org/Gtk/WebKit/Midori stack. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Set correct GCC tune option for ARM926T(==ARM926EJ-S) coreGravatar Julien Boibessot2010-06-081-1/+1
| | | | | Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Enable e300c2, e300c3 and e500mc powerpc optimizationsGravatar Gustavo Zacarias2010-04-081-0/+12
| | | | | | | Closes #1513 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* get rid of broken nios2 supportGravatar Peter Korsgaard2010-03-301-6/+1
| | | | | | | Has been marked as broken for more than 1 year, with no indication that anyone cares, and it needs a bunch of special handling. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add support for the Cortex-A8 ARM targetGravatar Laine Walker-Avina2009-11-181-0/+6
| | | | | Signed-off-by: Laine Walker-Avina <lwalkera@ieee.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* default to EABI on armGravatar Bernhard Reutner-Fischer2009-10-061-3/+6
| | | | | | | Use of OABI is strongly discouraged since years now. Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/; xtensa supportGravatar Maxim Grigoriev2009-07-241-0/+35
| | | | | | | Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/Config.in.arch: fix BR2_ARCH for i386 geode variantGravatar Pwalters2009-06-151-0/+1
| | | | | Signed-off-by: PWalters <pwalters21@cox.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/Config.in.arch: fix BR2_GCC_TARGET_ARCH for arm926tGravatar Alex Dobrynin2009-06-011-1/+1
| | | | | | | | | | | | | | Closes #367. arm926t was wrongly listed as armv4t, and not armv5te - leading to the following error while compiling the kernel (2.6.28): CC arch/arm/kernel/traps.o {standard input}: Assembler messages: {standard input}:1094: Error: selected processor does not support `pld [r6,#0]' Signed-off-by: Alex Dobrynin <alex_dobrynin@hotmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* unmark the sparc targets as broken, they build if you disable shared libgccGravatar austinf2009-04-151-2/+0
|
* target/Config.in.arch: really provide correct --with-arch= for ARM targetsGravatar Peter Korsgaard2009-03-301-13/+13
| | | | The ARM arch names are armVx, not armX
* target/Config.in.arch: provide correct gcc --with-arch= for ARM targetsGravatar Peter Korsgaard2009-03-301-0/+14
| | | | | Updated to match gcc-4.3.3/gcc/config/arm/arm-cores.def. Should fix EABI issues as recently reported to the list.
* target/Config.in.arch: fix ARM abi settingGravatar Peter Korsgaard2009-01-301-3/+2
| | | | Reported by Sven Neumann and based on 7f7aac5d3 in Bernhard's tree.
* buildroot: mark alpha as brokenGravatar Peter Korsgaard2009-01-131-0/+1
| | | | It still doesn't build with threading + shared libs disabled