[oe] [PATCH 0/8][v3] Make multi-machine toolchains to co-exist (revised again)

Khem Raj raj.khem at gmail.com
Thu Jul 29 17:53:06 UTC 2010


On Thu, Jul 29, 2010 at 10:44 AM, Koen Kooi <k.kooi at student.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 27-07-10 08:48, Khem Raj wrote:
>> Hi
>>
>> Following series of 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_ARCH}-${CPU_SUB_TARGET}_${VENDOR}-OS
>>
>> which means that a toolchain for armv7 is called arm-v7a_oe-linux-gnueabi-*
>> and for armv5te its called arm-v5te_oe-linux-gnueabi-*
>>
>> They can coexist in same native sysroot. The symlinks would mean that
>> gcc will not accidently mix the assemblers or linkers.
>>
>> MULTIMACH-* is not needed anymore as the TARGET_SYS is distinct enough
>> to serve same purpose.
>>
>> I have booted a minimal-image on qemuarm qemuppc and qemumips successfully. The build for
>> beagleboard native-sdk-image completed too.
>
> So what's the status on this? The problem is still present in .dev, this
> patchset introduces other problems and Phil & Richard want to take a
> different approach.
> Were do we go from here? I'd love to help out if I knew which approach
> is the right one. I'm not fond of abusing TARGET_VENDOR, but if the
> consensus is that's the way forward, so be it.

Yes I am not pursuing it as it does not seem to be a popular approach.
We could walk the remaining issues but we have to agree on it and then
fix the fallouts.

>
> regards,
>
> Koen
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFMUb31MkyGM64RGpERAtchAKCiNdy7Nbts/5fxA/wrUbrwZgpZRQCfcCcf
> kcCkAByszubSkNi1H/ExBnU=
> =UFfn
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>




More information about the Openembedded-devel mailing list