crosstool-ng/config/arch/sparc.in

# SPARC specific config options

## select ARCH_SUPPORTS_32
## select ARCH_SUPPORTS_64
## select ARCH_DEFAULT_32
## select ARCH_USE_MMU
## select ARCH_SUPPORTS_WITH_CPU
## select ARCH_SUPPORTS_WITH_TUNE
## select ARCH_SUPPORTS_WITH_FLOAT
##
## help The SUN SPARC architecture, as defined by:
## help     32 bit: http://www.sparc.org/standards/V8.pdf
## help     64 bit: http://www.sparc.org/standards/SPARCV9.pdf
arch/sparc: add absic support Add support for building SPARC targeted toolchain. With this patch I have built a working sparc V8 (32 toolchain). Testing shows that not all gcc versions works well: 4.4.1 OK (kernel builds and the final kernel can boot) 4.4.2 Not tested 4.4.3 Not tested 4.4.4 BAD (Kernel can build but fails during boot) 4.4.5 BAD (Kernel can build but fails during boot) 4.5.1 BAD (Build fails with a spill related ICE - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35664) 4.5.2 OK (kernel builds and boots) I have successfully been using the 4.5.2 version for a few months. This patch does not add support for the LEON variant. That may come later. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> [yann.morin.1998@anciens.enib.fr: for 32-bit, default CT_TARGET_ARCH is OK] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> 2011-04-03 16:22:00 +00:00			`# SPARC specific config options`

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_CPU`
			`## select ARCH_SUPPORTS_WITH_TUNE`
arch/sparc: Sparc supports setting the floating point type Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> 2011-11-24 18:48:35 +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 SUN SPARC architecture, as defined by:`
			`## help 32 bit: http://www.sparc.org/standards/V8.pdf`
			`## help 64 bit: http://www.sparc.org/standards/SPARCV9.pdf`