Re: [meta-ti] [master][PATCH] ti-cgt6x: fix packaging issue due to libc.a

["Denys Dmytriyenko" <denys@ti.com>]

On Tue, Feb 25, 2020 at 05:23:48PM -0800, Khem Raj wrote:
> 
> 
> On 2/25/20 5:09 PM, Denys Dmytriyenko via Lists.Yoctoproject.Org wrote:
> > dwarfsrcfiles: .../work/armv7at2hf-neon-linux-gnueabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a: not a valid ELF file
> > 
> > Signed-off-by: Denys Dmytriyenko <denys@ti.com>
> > ---
> >  recipes-ti/devtools/ti-cgt6x_8.3.2.bb | 1 +
> >  1 file changed, 1 insertion(+)
> > 
> > diff --git a/recipes-ti/devtools/ti-cgt6x_8.3.2.bb b/recipes-ti/devtools/ti-cgt6x_8.3.2.bb
> > index c63c3f6..1188b4e 100644
> > --- a/recipes-ti/devtools/ti-cgt6x_8.3.2.bb
> > +++ b/recipes-ti/devtools/ti-cgt6x_8.3.2.bb
> > @@ -100,6 +100,7 @@ FILES_${PN} += "${datadir}/ti/*"
> >  FILES_${PN}-dbg += "${datadir}/ti/cgt-c6x/bin/.debug"
> >  
> >  INSANE_SKIP_${PN} += "staticdev"
> > +INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
> >  
> 
> Thanks for taking care of this issue, does it have any downsides, like
> not stripping binaries which otherwise should have been stripped besides
> libc.a

This is C6000 DSP code and is not the main architecture for the platform being 
built, so standard ARM tools won't be able to handle that anyway. But all the 
other ARM binaries in that package are not stripped now, unfortunately.

On the other hand, I'm getting the same error from dwarfsrcfiles on another 
static .a library from another package, which contains the proper ARM code, 
which is rather strange. The only suspicious thing there is an empty metafile 
called ".created", but for now I have to disable stripping there as well...


> >  BBCLASSEXTEND = "native nativesdk"
> >  
> > 
> > 
> > 
> >