[yocto] errors in recipe after move from devtool

[Greg Wilson-Lindberg]

Hi Paul,
Thanks for the info, now I understand what is going on. Hopefully I can find a way to get rid of the RPATH, I don't like ignoring errors or warnings.

I've spent some more time looking into this, I haven't been able to find out where the -rpath comes from. If I start a devshell none of the environment variables have it set. In the run.do_compile log none of the environment variables have it set, it's not set in the run.do_configure log. But in the log.do_compile file the command that links the library:

/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc  -fPIC  -march=armv7ve -marm -mfpu=neon-vfpv4  -mfloat-abi=hard -mcpu=cortex-a7  --sysroot=/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/sysroots/raspberrypi3 -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/zint/2.6.1-r0=/usr/src/debug/zint/2.6.1-r0 -fdebug-prefix-map=/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/sysroots/x86_64-linux= -fdebug-prefix-map=/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/sysroots/raspberrypi3=  -march=armv7ve -marm -mfpu=neon-vfpv4  -mfloat-abi=hard -mcpu=cortex-a7  --sysroot=/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/tmp/sysroots/raspberrypi3 -O2 -g -DNDEBUG  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -shared -Wl,-soname,libzint.so.2.6 -o libzint.so.2.6.1 CMakeFiles/zint.dir/render.c.o CMakeFiles/zint.dir/ps.c.o CMakeFiles/zint.dir/svg.c.o CMakeFiles/zint.dir/emf.c.o CMakeFiles/zint.dir/bmp.c.o CMakeFiles/zint.dir/pcx.c.o CMakeFiles/zint.dir/gif.c.o CMakeFiles/zint.dir/png.c.o CMakeFiles/zint.dir/tif.c.o CMakeFiles/zint.dir/raster.c.o CMakeFiles/zint.dir/common.c.o CMakeFiles/zint.dir/library.c.o CMakeFiles/zint.dir/large.c.o CMakeFiles/zint.dir/reedsol.c.o CMakeFiles/zint.dir/gs1.c.o CMakeFiles/zint.dir/eci.c.o CMakeFiles/zint.dir/code.c.o CMakeFiles/zint.dir/code128.c.o CMakeFiles/zint.dir/2of5.c.o CMakeFiles/zint.dir/upcean.c.o CMakeFiles/zint.dir/telepen.c.o CMakeFiles/zint.dir/medical.c.o CMakeFiles/zint.dir/plessey.c.o CMakeFiles/zint.dir/rss.c.o CMakeFiles/zint.dir/postal.c.o CMakeFiles/zint.dir/auspost.c.o CMakeFiles/zint.dir/imail.c.o CMakeFiles/zint.dir/code16k.c.o CMakeFiles/zint.dir/codablock.c.o CMakeFiles/zint.dir/dmatrix.c.o CMakeFiles/zint.dir/pdf417.c.o CMakeFiles/zint.dir/qr.c.o CMakeFiles/zint.dir/maxicode.c.o CMakeFiles/zint.dir/composite.c.o CMakeFiles/zint.dir/aztec.c.o CMakeFiles/zint.dir/code49.c.o CMakeFiles/zint.dir/code1.c.o CMakeFiles/zint.dir/gridmtx.c.o CMakeFiles/zint.dir/hanxin.c.o CMakeFiles/zint.dir/dotcode.c.o -lpng -lz -lm -Wl,-rpath,/usr/lib 

There it is at the end of the command line.

As you can see the build for zint is based on CMake. Do you have any suggestions as to where I can look to figure out how this is getting set, I've done searches of all of the files in the zint download and the only ones that have -rpath in them are some files that build a tcl based support program that has its own autotools based build system.

I'm very confused at this point.

Regards,
Greg

> -----Original Message-----
> From: Paul Eggleton [mailto:paul.eggleton at linux.intel.com]
> Sent: Tuesday, October 10, 2017 2:16 PM
> To: Greg Wilson-Lindberg <GWilson at sakuraus.com>
> Cc: yocto at yoctoproject.org; Burton, Ross <ross.burton at intel.com>
> Subject: Re: [yocto] errors in recipe after move from devtool
> 
> Hi Greg,
> 
> On Wednesday, 11 October 2017 7:50:45 AM NZDT Greg Wilson-Lindberg
> wrote:
> > I'm still getting the:
> >
> > ERROR: zint-2.6.1-r0 do_package_qa: QA Issue: zint:
> > /work/cortexa7hf-neon-
> > vfpv4-poky-linux-gnueabi/zint/2.6.1-r0/packages-split/zint/usr/lib/
> > libzint.so.2.6.1 contains probably-redundant RPATH /usr/lib
> 
> There's a short hint about this QA issue in the manual:
> 
>   http://www.yoctoproject.org/docs/current/ref-manual/ref-
> manual.html#ref-qa-checks
> 
> Ultimately it depends on the build system for the software your recipe is
> building, but somewhere it will be explicitly adding this rpath to the compiler
> command line, so you need to figure out the best way to remove that - if the
> software's build system makes it optional, turn it off, but you may find you
> need to patch it out. If you don't care about this particular issue, you could
> alternatively use INSANE_SKIP to ignore it.
> 
> Cheers,
> Paul
> 
> --
> 
> Paul Eggleton
> Intel Open Source Technology Centre