ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-20 13:23:08 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
1da3cc59df
crosstool-ng/config/arch/powerpc.in

57 lines
1.6 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
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
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_BOTH_ENDIAN
## 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
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"
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.
endchoice
Reference in New Issue Copy Permalink