[OE-core] [PATCH] gcc-cross: Explicitly depend on linux-libc-headers

[Richard Purdie]

On Tue, 2012-11-27 at 20:08 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Nov 22, 2012 at 3:36 PM, Richard Purdie
> <richard.purdie at linuxfoundation.org> wrote:
> > gcc-cross cannot build without linux-libc-headers but doesn't explicitly depend on
> > it relying on the implied dependency through libc. With cases where pieces
> > can be installed through sstate, we now need this explicit dependency to
> > ensure builds with partial sstate work.
> >
> > Signed-off-by: Richard Purdie <richard.purdie at linuxfoundation.org>
> > ---
> > diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc b/meta/recipes-devtools/gcc/gcc-cross.inc
> > index 6d160d6..cde08ee 100644
> > --- a/meta/recipes-devtools/gcc/gcc-cross.inc
> > +++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> > @@ -1,6 +1,6 @@
> >  inherit cross
> >
> > -DEPENDS = "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}libc-for-gcc ${NATIVEDEPS}"
> > +DEPENDS = "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}libc-for-gcc linux-libc-headers ${NATIVEDEPS}"
> 
> How would you suggest not forcing a rebuild of all components if the
> linux headers signature changes? During our normal development we
> change Linux headers for things that would in no way effect gcc or
> even libc. It's painful to watch a complete rebuild occur because of
> this.
> 
> Just have a different recipe for headers for some components?

This is partly why our headers recipe is separate from the kernel and
other parts of the system but that doesn't sound like its enough for
you.

The signatures code can support things like adding the recipe name to
SIGGEN_EXCLUDERECIPES_ABISAFE to mark it as not being part of inter-task
dependencies so perhaps do that?

Cheers,

Richard