yocto@lists.yoctoproject.org | ERROR: QA Issue: No GNU_HASH in the elf binary

Home Messages Hashtags Subgroups

Date Date 1 - 7 of 7

ERROR: QA Issue: No GNU_HASH in the elf binary

Saxena, Rahul <rahul.saxena@...> #8841 Hi, I am using poky/1.3_M3 branch and I get a bunch of “ERROR: QA Issue: No GNU_HASH in the elf binary:” My recipe is for installing binary files only. I have the following statement in my recipe: INSANE_SKIP_${PN} = “ldflags” But I still get the errors ..any suggestions ? WARNING: File '/usr/lib/libEGL.so.1' from cdv-pvr-driver was already stripped, this will prevent future debugging! WARNING: File '/usr/lib/libGLESv2.so.2' from cdv-pvr-driver was already stripped, this will prevent future debugging! ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libpvrPVR2D_LINUXFBWSEGL.so' ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libpvrPVR2D_DRIWSEGL.so' ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libPVROGL_MESA.so' ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libOpenVGU.so' ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libpvrPVR2D_BLITWSEGL.so' ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/rsaxena/YoctoWork1/cedartrail6/tmp/work/core2-poky-linux/cdv-pvr-driver-1.0.2-r1/packages-split/cdv-pvr-driver-dev/usr/lib/libpvrPVR2D_FLIPWSEGL.so' Thanks Rahul
More All Messages By This Member
Khem Raj #8842 On Tue, Aug 21, 2012 at 11:03 AM, Saxena, Rahul <rahul.saxena@...> wrote: cdv-pvr-driver-dev/usr/lib/libOpenVGU.so this seems to be a proper file and not a symlink so firstly you have .so in -dev packages if you fix that it will work secondly if you intentionally want those .so in -dev package then add INSANE_SKIP_${PN}-dev = "ldflags" as well.
More All Messages By This Member
Saxena, Rahul <rahul.saxena@...> #8845 You are right, these are regular files and not symlinks and are ending up in usr/lib in packagename-dev package However I want them to be in the regular package. I do have the following statement in my recipe: FILES_${PN} += "${libdir}/lib*.so" and nothing in my recipe has statements such as FILES_${PN)-dev = ... So it seems that the build is making a assumption these are symlinks and and should necessarily go into -dev package ignoring my above statement in the above. How do I fix this ? The denzel branch of poky does not have this behavior, I checked that it is not putting any .so files in -dev package. Thanks Rahul toggle quoted message Show quoted text -----Original Message----- From: Khem Raj [mailto:raj.khem@...] Sent: Tuesday, August 21, 2012 11:09 AM To: Saxena, Rahul Cc: yocto@... Subject: Re: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary On Tue, Aug 21, 2012 at 11:03 AM, Saxena, Rahul <rahul.saxena@...> wrote: cdv-pvr-driver-dev/usr/lib/libOpenVGU.so this seems to be a proper file and not a symlink so firstly you have .so in -dev packages if you fix that it will work secondly if you intentionally want those .so in -dev package then add INSANE_SKIP_${PN}-dev = "ldflags" as well.
More All Messages By This Member
Chris Larson <clarson@...> #8846 On Tue, Aug 21, 2012 at 12:05 PM, Saxena, Rahul <rahul.saxena@...> wrote: You are right, these are regular files and not symlinks and are ending up in usr/lib in packagename-dev package However I want them to be in the regular package. I do have the following statement in my recipe: FILES_${PN} += "${libdir}/lib*.so" and nothing in my recipe has statements such as FILES_${PN)-dev = ... Read oe-core/meta/conf/bitbake.conf. -- Christopher Larson
More
Saxena, Rahul <rahul.saxena@...> #8847 oe-core/meta/conf/bitbake.conf specifies the default package settings. However the problem I seem to be seeing is that my recipe is not able to override the default. However let me know if I should still be looking at that file.. Rahul toggle quoted message Show quoted text -----Original Message----- From: kergoth@... [mailto:kergoth@...] On Behalf Of Chris Larson Sent: Tuesday, August 21, 2012 12:07 PM To: Saxena, Rahul Cc: Khem Raj; yocto@... Subject: Re: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary On Tue, Aug 21, 2012 at 12:05 PM, Saxena, Rahul <rahul.saxena@...> wrote: You are right, these are regular files and not symlinks and are ending up in usr/lib in packagename-dev package However I want them to be in the regular package. I do have the following statement in my recipe: FILES_${PN} += "${libdir}/lib*.so" and nothing in my recipe has statements such as FILES_${PN)-dev = ... Read oe-core/meta/conf/bitbake.conf. -- Christopher Larson
More All Messages By This Member
Saxena, Rahul <rahul.saxena@...> #8848 Looks like the order of packages (as shown in bitbake.conf) in PACKAGES variable is different in 1.3_M3 compared to Denzel. In 1.3_M3, ${PN} package is last (that is comes after ${PN}-dev package) ..so that probably explains the issue. I will explicitly change it and try-out. Chris, you were right bitbake.conf was the place to look at :) Rahul toggle quoted message Show quoted text -----Original Message----- From: Saxena, Rahul Sent: Tuesday, August 21, 2012 12:25 PM To: 'Chris Larson' Cc: Khem Raj; yocto@... Subject: RE: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary oe-core/meta/conf/bitbake.conf specifies the default package settings. However the problem I seem to be seeing is that my recipe is not able to override the default. However let me know if I should still be looking at that file.. Rahul -----Original Message----- From: kergoth@... [mailto:kergoth@...] On Behalf Of Chris Larson Sent: Tuesday, August 21, 2012 12:07 PM To: Saxena, Rahul Cc: Khem Raj; yocto@... Subject: Re: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary On Tue, Aug 21, 2012 at 12:05 PM, Saxena, Rahul <rahul.saxena@...> wrote: You are right, these are regular files and not symlinks and are ending up in usr/lib in packagename-dev package However I want them to be in the regular package. I do have the following statement in my recipe: FILES_${PN} += "${libdir}/lib*.so" and nothing in my recipe has statements such as FILES_${PN)-dev = ... Read oe-core/meta/conf/bitbake.conf. -- Christopher Larson
More All Messages By This Member
Saxena, Rahul <rahul.saxena@...> #8850 Yes, rearranging the package generation order worked. Was not aware that default package generation could change between poky releases. Rahul toggle quoted message Show quoted text -----Original Message----- From: Saxena, Rahul Sent: Tuesday, August 21, 2012 12:54 PM To: Saxena, Rahul; Chris Larson Cc: Khem Raj; yocto@... Subject: RE: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary Looks like the order of packages (as shown in bitbake.conf) in PACKAGES variable is different in 1.3_M3 compared to Denzel. In 1.3_M3, ${PN} package is last (that is comes after ${PN}-dev package) ..so that probably explains the issue. I will explicitly change it and try-out. Chris, you were right bitbake.conf was the place to look at :) Rahul -----Original Message----- From: Saxena, Rahul Sent: Tuesday, August 21, 2012 12:25 PM To: 'Chris Larson' Cc: Khem Raj; yocto@... Subject: RE: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary oe-core/meta/conf/bitbake.conf specifies the default package settings. However the problem I seem to be seeing is that my recipe is not able to override the default. However let me know if I should still be looking at that file.. Rahul -----Original Message----- From: kergoth@... [mailto:kergoth@...] On Behalf Of Chris Larson Sent: Tuesday, August 21, 2012 12:07 PM To: Saxena, Rahul Cc: Khem Raj; yocto@... Subject: Re: [yocto] ERROR: QA Issue: No GNU_HASH in the elf binary On Tue, Aug 21, 2012 at 12:05 PM, Saxena, Rahul <rahul.saxena@...> wrote: You are right, these are regular files and not symlinks and are ending up in usr/lib in packagename-dev package However I want them to be in the regular package. I do have the following statement in my recipe: FILES_${PN} += "${libdir}/lib*.so" and nothing in my recipe has statements such as FILES_${PN)-dev = ... Read oe-core/meta/conf/bitbake.conf. -- Christopher Larson
More All Messages By This Member

1 - 7 of 7

1

Previous Topic Next Topic

Home Hashtags Subgroups Terms