[yocto] Adding prebuilt binaries to /usr/bin on rootfs

[Khem Raj]

On Apr 17, 2013, at 8:11 AM, Satya Swaroop Damarla <swaroop.damarla at gmail.com> wrote:

> Hi Burton,
> 
> Please have a look at the build error I had
> 
> WARNING: File '/usr/bin/sdusb-cmd' from skidata-tools was already stripped, this will prevent future debugging!
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/devsrv'
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/USBDownload'
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/setty'
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/TCPDownload'
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/sdusb-cmd'
> ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/packages-split/skidata-tools/usr/bin/i2c-test'
> ERROR: QA run found fatal errors. Please consider fixing them.
> ERROR: Function failed: do_package_qa
> ERROR: Logfile of failure stored in: /home/damarla/yocto/poky/buildSkidataHarmony/tmp/work/cortexa9-vfp-vfpv3d16-poky-linux-gnueabi/skidata-tools/1.0-r0/temp/log.do_package.31327
> ERROR: Task 10 (/home/damarla/yocto/poky/meta/recipes-extended/skidata-tools/skidata-tools.bb, do_package) failed with exit code '1'
> 


This means linker flags are not proper. what happens if you add TARGET_CC_ARCH += "${LDFLAGS}" to recipe 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130425/6d827b98/attachment.html>