ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-26 16:01:06 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
aa07ac0e01
crosstool-ng/config/arch/powerpc.in

63 lines
1.8 KiB
Plaintext
Raw Normal View History

Switch gen-kconfig to new framework 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>
2017-07-05 02:19:42 +00:00
# Powerpc specific configuration file
Autogenerate the architecture selection choice menu. Update architectures definition files accordingly. Update documentation accordingly. Use makefile syntax when listing arch/, tools/ and debug/ config files. /trunk/kconfig/kconfig.mk | 32 29 3 0 +++++++++++++++-- /trunk/docs/overview.txt | 75 67 8 0 +++++++++++++++++++++++++++++++++++---- /trunk/config/target.in | 94 16 78 0 ++++++++----------------------------------------- /trunk/arch/arm/config.in | 6 5 1 0 +++ /trunk/arch/powerpc/config.in | 2 2 0 0 + /trunk/arch/ia64/config.in | 4 4 0 0 ++ /trunk/arch/alpha/config.in | 2 1 1 0 /trunk/arch/x86/config.in | 3 3 0 0 ++ /trunk/arch/mips/config.in | 5 5 0 0 +++ /trunk/arch/sh/config.in | 4 3 1 0 ++ /trunk/arch/x86_64/config.in | 3 3 0 0 ++ 11 files changed, 138 insertions(+), 92 deletions(-)
2008-06-27 13:58:53 +00:00
Make comp.libs use generated templates, too 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>
2017-11-29 08:14:04 +00:00
## no-package
config: fix recursive deps The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08 17:02:44 +00:00
## select ARCH_SUPPORTS_32
arch/powerpc: add powerpc64le support Technically, I don't forbid powerpcle support either, but I'm not sure that there is any library/compiler support for that at the moment (though the hw technically makes it possible). powerpc64le needs glibc 2.19 and gcc 4.9. I haven't looked into the support tools, but at least gdb 7.5 is too old (7.7.1 definitely has support). Also make powerpc64 non-experimental. It's practically old at this point. Signed-off-by: Cody P Schafer <dev@codyps.com> [yann.morin.1998@free.fr: use ${target_endian_le} and ${target_bits_64}] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <64bfbbced9dd8f62e0d6.1399801945@gun> Patchwork-Id: 347775
2014-05-11 22:02:13 +00:00
## select ARCH_SUPPORTS_64
config: fix recursive deps The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08 17:02:44 +00:00
## select ARCH_DEFAULT_32
Super-H multilib toolchain fixes 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>
2017-08-29 22:36:52 +00:00
## select ARCH_SUPPORTS_EITHER_ENDIAN
arch/powerpc: add powerpc64le support Technically, I don't forbid powerpcle support either, but I'm not sure that there is any library/compiler support for that at the moment (though the hw technically makes it possible). powerpc64le needs glibc 2.19 and gcc 4.9. I haven't looked into the support tools, but at least gdb 7.5 is too old (7.7.1 definitely has support). Also make powerpc64 non-experimental. It's practically old at this point. Signed-off-by: Cody P Schafer <dev@codyps.com> [yann.morin.1998@free.fr: use ${target_endian_le} and ${target_bits_64}] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <64bfbbced9dd8f62e0d6.1399801945@gun> Patchwork-Id: 347775
2014-05-11 22:02:13 +00:00
## select ARCH_DEFAULT_BE
config: fix recursive deps The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08 17:02:44 +00:00
## select ARCH_USE_MMU
arch: rename the SUPPORT_XXX options First, 'SUPPORT' should be spelled 'SUPPORTS'. Second, 'SUPPORT_XXX' really means 'supports --with-xxx', so rename the affected options accordingly. Update the affected archs to match the new namings. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-29 23:25:22 +00:00
## select ARCH_SUPPORTS_WITH_ABI
## select ARCH_SUPPORTS_WITH_CPU
## select ARCH_SUPPORTS_WITH_TUNE
arch/powerpc: PowerPC supports setting the floating point type Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-11-24 18:44:17 +00:00
## select ARCH_SUPPORTS_WITH_FLOAT
Set --with-cpu-{32,64} for multilib builds 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>
2020-02-26 16:49:59 +00:00
## select ARCH_SUPPORTS_WITH_32_64
config: fix recursive deps The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08 17:02:44 +00:00
##
## help The PowerPC architecture, as defined by:
## help http://www.ibm.com/developerworks/eserver/articles/archguide.html
Switch gen-kconfig to new framework 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>
2017-07-05 02:19:42 +00:00
config ARCH_powerpc_ABI
string
default "" if ARCH_powerpc_ABI_DEFAULT
default "eabi" if ARCH_powerpc_ABI_EABI
default "spe" if ARCH_powerpc_ABI_SPE
choice
bool
prompt "ABI"
default ARCH_powerpc_ABI_DEFAULT
config ARCH_powerpc_ABI_DEFAULT
bool
prompt "default"
help
The default ABI (System V.4).
config ARCH_powerpc_ABI_EABI
bool
prompt "EABI"
depends on BARE_METAL
help
The Embedded ABI (stack alignment of 8 bytes, etc).
config ARCH_powerpc_ABI_SPE
bool
prompt "SPE"
Disallow PPS SPE ABI with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
2020-03-04 19:41:04 +00:00
select GCC_REQUIRE_8_or_older
select GLIBC_REQUIRE_2_29_or_older
Switch gen-kconfig to new framework 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>
2017-07-05 02:19:42 +00:00
help
Add support for the Signal Processing Engine. This will set up
the toolchain so that it supports the SPE ABI extensions. This
mainly targets Freescale e500 processors.
Setting this option will append "spe" to the end of your target
tuple name (e.g., powerpc-e500v2-linux-gnuspe) so that the gcc
configure/build system will know to include SPE ABI support. It
will also automatically add "-mabi=spe -mspe" to your TARGET_CFLAGS,
and "--enable-e500_double" to your CC_EXTRA_CONFIG_ARRAY, so you
do not need to explicitly add them.
Disallow PPS SPE ABI with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
2020-03-04 19:41:04 +00:00
Support for SPE ABI has been removed in GCC 9.
Switch gen-kconfig to new framework 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>
2017-07-05 02:19:42 +00:00
endchoice
Reference in New Issue Copy Permalink