[oe] invalid removal of rpath from native binaries during installation or staging

Tom Rini tom_rini at mentor.com
Thu Jul 1 22:41:18 UTC 2010


Stanislav Brabec wrote:
> Hallo.
> 
> Packages like perl-native and gettext-native compile correctly, but then
> stage broken binaries, that miss rpath from binaries. Such binaries work
> only if the library of the same name exists in the host system, which is
> not correct.
> 
> Example:
> ERROR: log data follows (/OE/build/tmp/work/x86_64-linux/libxml-parser-perl-native-2.36-r2/temp/log.do_configure.27765)
> | perl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory
> 
> Now try:
> ben:/OE/build> /OE/build/tmp/sysroots/x86_64-linux/usr/bin/perl
> /OE/build/tmp/sysroots/x86_64-linux/usr/bin/perl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory
> ben:/OE/build> /OE/build/tmp/work/x86_64-linux/perl-native-5.8.8-r19/perl-5.8.8/perl
> (this instance works)
> 
> Work around: simply copy binaries from work directly to sysroots and compilation continues correctly.

Can you use readelf -d on your perl?  The whole point of the relative 
path calculation that relocatable.bbclass does is to fix the hard cases 
like perl.   Thanks!

-- 
Tom Rini
Mentor Graphics Corporation




More information about the Openembedded-devel mailing list