arch-armv6, arch-armv5-dsp: correct endianness confusion
authorPhil Blundell <philb@gnu.org>
Fri, 29 Jul 2011 00:31:15 +0000 (00:31 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 1 Aug 2011 13:16:55 +0000 (14:16 +0100)
commit94fba96ae5ea516d072659ada17bd60be7c0e51c
tree15189cc5ec8d9f149aeb064dc743276bc71648e1
parentd4240d4676a2d78e99b942b11c6743dfbcf56d3f
arch-armv6, arch-armv5-dsp: correct endianness confusion

PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of
the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b
not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will
end up containing a semi-random mixture of endiannesses and disaster
will ensue.  Likewise for the vfp and armv6 variants.

This is all a bit confusing because TUNE_FEATURES is done the opposite
way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the
armv5e version and adding bigendian.  But fixing that is probably
a subject for a separate patch.

(From OE-Core rev: 391c0102a81455c76244d13b6878e3a76cca65dc)

Signed-off-by: Phil Blundell <philb@gnu.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/conf/machine/include/arm/arch-armv5-dsp.inc
meta/conf/machine/include/arm/arch-armv6.inc