[OE-core] [PATCH v3] Introduce multiarch DISTRO_FEATURE

Richard Purdie richard.purdie at linuxfoundation.org
Tue Nov 29 12:30:04 UTC 2011


On Mon, 2011-11-28 at 23:00 +0000, McClintock Matthew-B29882 wrote:
> On Mon, Nov 28, 2011 at 4:56 PM, Richard Purdie
> <richard.purdie at linuxfoundation.org> wrote:
> > On Mon, 2011-11-28 at 21:32 +0000, McClintock Matthew-B29882 wrote:
> >> On Fri, Nov 25, 2011 at 5:40 PM, Richard Purdie
> >> > What specific problem are you trying to solve?
> >>
> >> The specific issue I'm having is for our 64-bit part that still uses a
> >> 32-bit u-boot. Not sure the best approach really is...
> >
> > Hmm, does it really need libgcc?
> 
> I pretty sure... I don't think it uses much though.
> 
> >
> >> I've tried utilizing multilib by adding the following to my u-boot
> >> recipe, but it's just hacky...
> >>
> >> DEPENDS_e5500-64b_append = " lib32-gcc"
> >> CC_e5500-64b = "powerpc-poky-linux-gcc -m32"
> >>
> >> I'd rather NOT recompile gcc/eglibc/etc just for this 32-bit build of
> >> u-boot where we don't need libc. I'd rather just have a functional
> >> 32bit/64bit compiler for our 64-bit target.
> >
> > The trouble is that you need glibc-intermediate to build gcc-cross
> > (which builds a functional libgcc). You therefore can't short circuit
> > this as much as you think :/.
> 
> Is there a way to skip eglibc then? That would make things much better.

If you depend just on lib32-libgcc:do_populate_sysroot, it shouldn't
build eglibc. You can do that with something like:

do_compile[depends] += "lib32-libgcc:do_populate_sysroot"

Cheers,

Richard





More information about the Openembedded-core mailing list