[OE-core] [PATCH] gcc-cross-canadian: Add inhibit of split as well was Re: [oe-core][PATCH 1/1] package.bbclass: decouple splitting and stripping

Richard Purdie richard.purdie at linuxfoundation.org
Mon Mar 30 21:45:11 UTC 2015


On Mon, 2015-03-30 at 16:08 -0500, Mark Hatle wrote:
> On 3/18/15 12:44 PM, Slater, Joseph wrote:
> > I just found out that this patch will break qa for ltp packaging.  The ltp recipe
> > inhibits stripping which used to inhibit splitting.  If splitting is enabled,
> > there are several .debug directories in places packages.bbclass doesn't look, so
> > they wind up in ltp, not ltp-dbg.
> > 
> > It's tempting just to inhibit splitting since that was never really done before, anyhow,
> > but I suppose that's not the right way to fix it.
> 
> In addition to ltp, I recently found this breaks gcc-cross-canadian, below is a
> patch that should probably be applied even if this one does not make it in.
> 
> 
> gcc-cross-canadian: Add inhibit of split as well
> 
> With the recent change to allow strip and split of packages to be controlled
> seperately, gcc-cross-canadian will sometimes fail to build properly.  So in
> addition to the existing inhibit strip, we also want to inhibit split.
> 
> Signed-off-by: Mark Hatle <mark.hatle at windriver.com>
> ---
>  meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> index 195b465..ad4b08f 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> @@ -64,6 +64,7 @@ do_compile () {
>  }
> 
>  INHIBIT_PACKAGE_STRIP = "1"
> +INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
> 
>  # Having anything auto depending on gcc-cross-sdk is a really bad idea...
>  EXCLUDE_FROM_SHLIBS = "1"

Not sure which revision of fido or master this against but: 

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=92739edc9da0dea10ccc9d153226cacd6a18ee33

i.e. we fixed this the other way...

Cheers,

Richard




More information about the Openembedded-core mailing list