crosstool-ng/config/arch/x86.in

# x86 specific options

## no-package
## select ARCH_SUPPORTS_32
## select ARCH_SUPPORTS_64
## select ARCH_DEFAULT_32
## select ARCH_USE_MMU
## select ARCH_SUPPORTS_WITH_ARCH
## select ARCH_SUPPORTS_WITH_CPU
## select ARCH_SUPPORTS_WITH_TUNE
## select ARCH_SUPPORTS_WITH_32_64
## select ARCH_SUPPORTS_LIBSANITIZER
##
## help The x86 architecture, as defined by:
## help     32-bit (ia32) : http://www.intel.com/
## help     64-bit (amd64): http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_875_7044,00.html
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			`# x86 specific options`

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`
			`## select ARCH_SUPPORTS_64`
			`## select ARCH_DEFAULT_32`
			`## 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_ARCH`
			`## select ARCH_SUPPORTS_WITH_CPU`
			`## select ARCH_SUPPORTS_WITH_TUNE`
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/arch/x86: enable libsanitizer GCC's libsanitizer module does provide a subset of support for x86 targets (e.g. libasan). GCC's `libsanitizer/configure.tgt` file only outlines flags for optional sanitizers. Signed-off-by: James Knight <james.d.knight@live.com> 2023-03-25 18:10:20 +00:00			`## select ARCH_SUPPORTS_LIBSANITIZER`
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 x86 architecture, as defined by:`
			`## help 32-bit (ia32) : http://www.intel.com/`
			`## help 64-bit (amd64): http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_875_7044,00.html`