On Fri, 2010-07-23 at 11:56 +0100, Richard Purdie wrote: > I'm testing some patches against poky which add an extra directory level > in /usr/bin/. I've also patched binutils-cross to stop spewing excess > bits all over the place. I'll report back how it goes.
I got things fixed in Poky, pending more extensive testing which I haven't had time for yet. There are several things needed though: a) Have gcc dump a load of symlinks into its libexec directory: http://git.pokylinux.org/cgit.cgi/poky/commit/?id=bf8023237c6fe43781fa4ce0db00f2b08cab7817 This is so when it tries to find "as" (not TARGET_PREFIX-as) it will find the right ones. It means we don't need the duplicates from bintuils which always end up in a multimachine unsafe path which means we can then: b) Kill off bits of binutils that don't make sense http://git.pokylinux.org/cgit.cgi/poky/commit/?id=066535608e879c0327dfa874f3978d6cc15fa59f and then c) Create some extra path layers which hold the different toolchains. We have to split out bindir, libdir and libexec dir as they all contain varying amounts of potentially machine sensitive code (sysroot settings). http://git.pokylinux.org/cgit.cgi/poky/commit/?id=66d7b58f224e55b70b80a01d451270b7de757885 Poky has the complication its using gcc-runtime which builds/packages the target gcc libs separately where it possibly can. I had to tweak things to account for this with some other patches and also make that multi arch safe. I think OE should be ok in this regard but something like: http://git.pokylinux.org/cgit.cgi/poky/commit/?id=ab82312433f8a7eacd6ee90d3bc9e5153282ec3f may be required due to the way gcc makes assumptions about paths. Cheers, Richard _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
