[oe] [PATCH 0/3] Make multi-machine toolchains to co-exist.

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25-07-10 16:30, Khem Raj wrote:
> On Sun, Jul 25, 2010 at 4:16 AM, Koen Kooi <k.kooi at student.utwente.nl> wrote:
> On 25-07-10 10:32, Koen Kooi wrote:
>>>> On 24-07-10 23:25, Khem Raj wrote:
>>>>> On (24/07/10 22:51), Koen Kooi wrote:
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA1
>>>>>>
>>>>>> On 24-07-10 11:32, Khem Raj wrote:
>>>>>>> Hi
>>>>>>>
>>>>>>> Following three patches are for making multi-machine toolchains co-exist with
>>>>>>> new cross staging for toolchain.
>>>>>>>
>>>>>>> It changes the toolchain triplet from TARGET_ARCH-VENDOR-OS to TARGET_SUB_ARCH-VENDOR-OS
>>>>>>>
>>>>>>> which means that a toolchain for armv7 is called armv7-oe-linux-gnueabi-*
>>>>>>> and for armv5te its called armv5te-oe-linux-gnueabi-*
>>>>>>>
>>>>>>> They can coexist in same native sysroot. The symlinks would mean that
>>>>>>> gcc will not accidently mix the assemblers or linkers.
>>>>>>>
>>>>>>> I have booted a minimal-image on qemuarm successfully. The build for
>>>>>>> beagleboard in same sysroot is underway.
>>>>>>>
>>>>>>> Please give it a shot in your environments (especially Koen's env)
>>>>>>
>>>>>> MACHINE=beagleboard bitbake nano ; MACHINE=hawkboard bitbake nano work,
>>>>>> going to try a bigger build now.
>>>>
>>>>> You will need 4th patch which is attached here, for the sdk recipes.
>>>>
>>>> OK, applied that as well, 'MACHINE=beagleboard bitbake console-image ;
>>>> MACHINE=hawkboard bitbake console-image' works as well.
>>>> Let's see what xbmc does :)
> 
> xbmc builds, but mplayer and gstreamer-ti fail.
> 
> The fix for mplayer is simple, change configure:2106 from
> arm|armv4t|armv5te) to arm*).
> 
> The gstreamer-ti one is a bit harder to fix:
> 
> | checking host system type... Invalid configuration
> `beagleboard-angstrom-linux-gnueabi': machine `beagleboard-angstrom' not
> recognized
> | configure: error: /bin/sh ./config.sub
> beagleboard-angstrom-linux-gnueabi failed
> 
> That recipe is machine specific, so for TARGET_ARCH == MACHINE_ARCH we
> probably need to change things. Does anyone have a sample on how to do that?
> 
> 
>> Actually I have yet another patch which uses a new variable called
>> TARGET_SUB_ARCH
>> which fixes this issue. I am attaching this here.

That gives me a lot of:

NOTE: Handling BitBake files: / (7837/8428) [92 %]ERROR: Information not
available for target 'armv7a-linux-gnueabi'
ERROR: argument of type 'NoneType' is not iterable while parsing
/OE/org.openembedded.dev/recipes/openssl/openssl_0.9.7g.bb
ERROR: Information not available for target 'armv7a-linux-gnueabi'
NOTE: <type 'exceptions.TypeError'>:argument of type 'NoneType' is not
iterable while evaluating:
${@siteinfo_get_endianess(d)}
NOTE: <type 'exceptions.TypeError'>:argument of type 'NoneType' is not
iterable while evaluating:
${@base_conditional('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)}         -DTERMIO -fexpensive-optimizations
- -frename-registers -fomit-frame-pointer -O2 -ggdb3 -Wall
NOTE: <type 'exceptions.TypeError'>:argument of type 'NoneType' is not
iterable while evaluating:
${@'${CFLAG}'.replace('-O2', '')}
ERROR: argument of type 'NoneType' is not iterable while parsing
/OE/org.openembedded.dev/recipes/openssl/openssl_0.9.7g.bb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFMTFX2MkyGM64RGpERAhIOAKCER+vxmHJW9lxS/fT07h3lAmMW+ACcCd2V
sEdfPtSpiY7XEEryEqueNhA=
=pD3d
-----END PGP SIGNATURE-----