summaryrefslogtreecommitdiff
path: root/scripts/build/arch/x86.sh
AgeCommit message (Collapse)AuthorFilesLines
2017-01-14Use ${CT_CC} instead of gcc ...Alexey Neyman1-2/+2
... when refering to target's compiler. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-26Update x86.shPedro Navarro1-1/+3
Added additional x86 architectures, like core2, that also map to i686
2016-08-23musl: Add multilib support.Alexey Neyman1-0/+11
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23First stab at multilib/uClibc.Alexey Neyman1-0/+37
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/+30
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23Change multilib functions to set the variable.Alexey Neyman1-15/+23
Rather than echo-ing the new value, set the value into the variable with the name passed as an argument (similar to CT_SanitizeVarDir). This allows to use CT_DoLog in these functions. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23libc/*.sh: Deprecate libc_check_config step.Alexey Neyman1-0/+24
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-10arch/x86: add a sanity checkAlexey Neyman1-0/+11
i[34567]86-*-gnux32 is not a valid tuple. 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>
2016-06-10 arch/all: Add common function to return multilib targetAlexey Neyman1-0/+36
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>
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>
2011-11-17arch/x86: prescott is an i686Titus von Boxberg1-0/+1
let CT_ARCH_ARCH=prescott result in a i686 tuple prefix Signed-off-by: Titus von Boxberg <titus@v9g.de>
2009-11-17arch/x86: commonalise the 32- and 64-bit x86 archYann E. MORIN"1-16/+16
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/+22
/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(-)