crosstool-ng/config/arch/m68k.in

# m68k specific configuration file

## no-package
## select ARCH_SUPPORTS_32
## select ARCH_DEFAULT_32
## select ARCH_DEFAULT_BE
## select ARCH_SUPPORTS_FLAT_FORMAT
## select ARCH_SUPPORTS_WITH_CPU
##
## help The m68k architecture
arch: add basic m68k support Signed-off-by: Remy Bohmer <linux@bohmer.net> [yann.morin.1998@anciens.enib.fr: use defaults for CT_TARGET_ARCH] Signed-off-by: "Yann E. MORIN <yann.morin.1998@anciens.enib.fr> 2010-01-29 23:23:59 +01:00			`# m68k specific configuration file`

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 00:14:04 -08: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 19:02:44 +02:00			`## select ARCH_SUPPORTS_32`
			`## select ARCH_DEFAULT_32`
			`## select ARCH_DEFAULT_BE`
Restrict flat format to architectures that support it Fixes #878 Signed-off-by: Alexey Neyman <stilor@att.net> 2018-12-01 15:08:46 -08:00			`## select ARCH_SUPPORTS_FLAT_FORMAT`
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-30 00:25:22 +01:00			`## select ARCH_SUPPORTS_WITH_CPU`
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 19:02:44 +02:00			`##`
			`## help The m68k architecture`