summaryrefslogtreecommitdiff
path: root/scripts/build/arch/arm.sh
AgeCommit message (Collapse)AuthorFilesLines
2022-02-11Retire obsoleted milestonesAlexey Neyman1-1/+1
... and the code dependent on them, after the latest wave of obsolete package removals. This concludes the glorious history of the original uClibc (non-NG) with lots of kludges removed. There was a choice here, whether to call the resulting libc "uClibc" or "uClibc-ng". I opted in favor of giving uClibc-ng the recognition it deserves, although it had some ripple effect in the ct-ng code. Signed-off-by: Alexey Neyman <stilor@att.net>
2020-11-01arm: Disable context functions for ThumbChris Packham1-0/+1
Similar to commit 57679b5e ("Disable context functions for Thumb") when building for thumb we need to unset UCLIBC_HAS_CONTEXT_FUNCS. Fixes #1397 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2018-06-05Disable context functions for ThumbAlexey Neyman1-0/+1
They're written in ARM dialect, and `ldmia r14, {r14, pc}` is not accepted in T2 encoding. GCC8 changed the list of multilibs for arm-*, which now includes a variant with CPU that supports T2 but not A1 encoding. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-07Fix ARM32 name for androidAlexey Neyman1-2/+2
Must have eabi suffix for GCC to accept it. Also: - We only have one glibc now, no need to account for eglibc. - Rename aarch64 samples, eabi suffix does not apply to them (and ct-ng saveconfig was saving them into a different directory). Fixes #772. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-05-14Preliminary bionic/Android supporthyc1-0/+1
Mostly from Crystax NDK
2017-02-10Allow one to select uclibceabi/uclibcgnueabi suffixAlexey Neyman1-1/+1
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-02-03Add support for AArch64 in uClibc-ngAlexey Neyman1-21/+23
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23First stab at multilib/uClibc.Alexey Neyman1-1/+61
Create a separate 'libc_backend_once', install headers into a subdirectory (different sets of headers are installed for 32- and 64-bit architectures), and create a symlink for the dynamic linker location expected by GCC. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23uClibc: Split configuration tweaker into per-arch functions.Alexey Neyman1-0/+19
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23libc/*.sh: Deprecate libc_check_config step.Alexey Neyman1-11/+0
This step was only used in uClibc. However, with upcoming multilib, the config management will have to be done for each variant differently, anyway. uClibc was the only user of libc_check_config step, as well as CT_CONFIG_DIR directory. Retire these. Two other clean-ups in uClibc.sh: - KERNEL_HEADERS check seems to be bogus, this config option is not present even in 0.9.30 - which is not supported already. - SHARED_LIB_LOADER_PREFIX was renamed to MULTILIB_DIR in 0.9.31, according to ChangeLog - and MULTILIB_DIR is passed from command line instead. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-06-10 arch/all: Add common function to return multilib targetAlexey Neyman1-0/+11
This code was abstracted out of Cody P Schafer's multilib patch. It doesn't seem right having architecture dependent code in a specific libc implementation script. So this patch breaks it out into scripts/build/arch/<arch>.sh in a function: multilib_target_to_build="$(CT_DoArchMultilibTarget 'multi_flags' 'target-in')" Note that this function gets called on each multilib variant with different sets of compiler flags supplied in 'multi_flags'. The caller will first filter the flags so that there is no conflicting flags (e.g., no '-m32 -m64') supplied. Changed by Alexey Neyman: - make option analysis check specific option rather than match global options string as a whole. Moreover, old code did not handle multiple options in the same multilib, e.g. '-m64 -mlittle'. - fixed substitutions in powerpc.sh (*le variants did not match the pattern in the shell parameter expansion) - make s390.sh actually apply the flags it gathered from the options. - straighten the spaghetti in x86.sh by setting two flags, arch & abi. Also, do not depend on "gnu" being the last part - we can have '*-uclibcx32', for example. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Signed-off-by: Ray Donnelly <ray.donnelly@gmail.com> Signed-off-by: Alexey Neyman <stilor@att.net>
2014-08-08libc/musl: add musl-libc supportBryan Hundven1-0/+1
This patch adds initial support for musl-libc. Musl-libc versions currently supported: * 1.0.3 (Stable) * 1.1.3 (Previous Mainline) * 1.1.4 (Mainline) Futher improvements are needed. * gcc-4.9.x has issues (Might be fixed in musl-1.1.4). * Multilib support is needed. * Checks to make sure paths are correct. * Move to 2-step gcc build. 3-step build is not necessary. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> [yann.morin.1998@free.fr: removed the gcc musl patch, to be added later; removed dead code do_get_arch()] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-12-30arch/arm: add support for AArch64Yann E. MORIN"1-1/+10
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-20arch: allow adding a suffix to the arch-part of a tupleYann E. MORIN"1-1/+1
For some architectures, it is legit to have an alternate value in the 'architecture' part of the tuple. For example: armv5te-* armv7a8-* Besides, some packages expect the tuple to reflect the arch variant (eg. openMPI) to detect the variant's capabilities (eg. atomic primitives). This patch adds an option for the user to specify a suffix to be added to the arch-part of the tuple. Signed-off-by: Willy Tarreau <w@1wt.eu> Message-ID: <20130120225822.GS6838@1wt.eu> Patch-Id: 213994 [yann.morin.1998@free.fr: make it a suffix, not an override] 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/+4
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>
2011-07-17misc: fix typosYann E. MORIN"1-1/+1
Reported-by: "Antony N. Pavlov" <antony@niisi.msk.ru> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2009-10-26arch/arm: add THUMB interworking supportYann E. MORIN"1-0/+4
Add config option to build wtarget code with THUMB interworking. This is used to build the C library as well as all other code that runs on the target.
2009-10-26arch/arm: add THUMB mode config optionYann E. MORIN"1-0/+10
2009-10-21arch/arm: no need to check for the ABI optionYann E. MORIN"1-4/+0
The ABI option can not be set if EABI was selected, so no need to check for it.
2009-10-21libc/newlib: allow using newlib with archs other than avr32Yann E. MORIN"1-1/+1
2008-10-23Architecture API change:Yann E. MORIN"1-1/+1
- rename the tuple function /trunk/scripts/build/arch/mips.sh | 2 1 1 0 +- /trunk/scripts/build/arch/sh.sh | 2 1 1 0 +- /trunk/scripts/build/arch/x86_64.sh | 2 1 1 0 +- /trunk/scripts/build/arch/arm.sh | 2 1 1 0 +- /trunk/scripts/build/arch/powerpc.sh | 2 1 1 0 +- /trunk/scripts/build/arch/ia64.sh | 2 1 1 0 +- /trunk/scripts/build/arch/alpha.sh | 2 1 1 0 +- /trunk/scripts/build/arch/x86.sh | 2 1 1 0 +- /trunk/scripts/functions | 12 7 5 0 +++++++----- 9 files changed, 15 insertions(+), 13 deletions(-)
2008-10-05Separate the architecture config file and function script.Yann E. MORIN"1-0/+17
/trunk/kconfig/kconfig.mk | 46 23 23 0 +++++++++++++++++++++++----------------------- /trunk/scripts/crosstool.sh | 2 1 1 0 +- /trunk/docs/overview.txt | 28 11 17 0 +++++++++++----------------- 3 files changed, 35 insertions(+), 41 deletions(-)
generated by cgit v0.10.2-6-g49f6 at 2024-04-19 15:44:46 (GMT)