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 C
 MakeFiles/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.eggle...@linux.intel.com]
> Sent: Tuesday, October 10, 2017 2:16 PM
> To: Greg Wilson-Lindberg <gwil...@sakuraus.com>
> Cc: yocto@yoctoproject.org; Burton, Ross <ross.bur...@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
-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to