summaryrefslogtreecommitdiffstats
path: root/target/Config.in.arch
Commit message (Collapse)AuthorAgeFilesLines
* Remove the Xtensa architectureThomas 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 placeThomas 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 placeThomas 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 supportThomas 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 handlingThomas 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 valuesThomas 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 spaceSamuel 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 featuresSamuel 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 N32Gustavo 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 e500mcGustavo 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 versionGustavo 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 itGustavo 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 ABIsThomas 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 n64Kevin 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 deprecatedPeter 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 seriesGustavo 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 menuAlvaro 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 issuePeter Korsgaard2012-03-181-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Microblaze: added architecture support for both big endian and low endianAlvaro 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 processorsThomas 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_ARCHThomas 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 supportGustavo 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 targetsPhil 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.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 x86Peter 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 processorsMike 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-2Gustavo 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.xGustavo 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.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 ↵Peter Korsgaard2010-09-301-121/+9
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * Remove architectures marked as deprecatedThomas 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 supportPeter Korsgaard2010-09-121-1/+6
|/ | | | | | Based on patch by falls huang. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Mark CRIS architecture as deprecatedThomas 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 supportThomas 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 gccThomas 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) coreJulien 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 optimizationsGustavo 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 supportPeter 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 targetLaine 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 armBernhard 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 supportMaxim 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 variantPwalters2009-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 arm926tAlex 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 libgccaustinf2009-04-151-2/+0
|
* target/Config.in.arch: really provide correct --with-arch= for ARM targetsPeter Korsgaard2009-03-301-13/+13
| | | | The ARM arch names are armVx, not armX
* target/Config.in.arch: provide correct gcc --with-arch= for ARM targetsPeter 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 settingPeter Korsgaard2009-01-301-3/+2
| | | | Reported by Sven Neumann and based on 7f7aac5d3 in Bernhard's tree.
* buildroot: mark alpha as brokenPeter Korsgaard2009-01-131-0/+1
| | | | It still doesn't build with threading + shared libs disabled
* buildroot: mark ia64, m68k, nios2, sparc and sparc64 as brokenPeter Korsgaard2009-01-121-1/+5
| | | | | No sense in showing the architecture options when they cannot even build the toolchain.
* buildroot: get rid of s390 supportPeter Korsgaard2009-01-121-33/+0
| | | | | As discussed on the list. It isn't supported by uclibc, so I strongly doubt anyone has been using it.