On Tue, 2012-10-09 at 09:12 -0500, Tom Zanussi wrote: > On Tue, 2012-10-09 at 14:10 +0100, Richard Purdie wrote: > > On Tue, 2012-10-09 at 16:32 +0800, Kang Kai wrote: > > > perl @INC path includes native perl modules path. When run "perl -V", > > > the output at the end is something like: > > > @INC: > > > /etc/perl > > > /usr/lib/perl/site_perl/5.14.2/ > > > /usr/lib/perl/site_perl/5.14.2 > > > /usr/lib/perl/vendor_perl/5.14.2/ > > > /usr/lib/perl/vendor_perl/5.14.2 > > > > > > /mnt/sda10/poky-all-platform/build-qemuppc/tmp/sysroots/qemuppc/usr/lib/perl/5.14.2/ > > > /usr/lib/perl/5.14.2 > > > /usr/local/lib/site_perl > > > /usr/lib/perl/5.14.2 > > > . > > > > > > And this is caused by commit aeca6512f3a5468b8f65e2986024ab07d2ce45b4. > > > Because the native path is compiled into libperl.so that sed in > > > perl_package_preprocess() could NOT remove it. So revert the commit. > > > > > > [Yocto #3099] > > > > > > Signed-off-by: Kang Kai <[email protected]> > > > --- > > > meta/recipes-devtools/perl/perl-5.14.2/config.sh | 2 +- > > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > > > diff --git a/meta/recipes-devtools/perl/perl-5.14.2/config.sh > > > b/meta/recipes-devtools/perl/perl-5.14.2/config.sh > > > index 0d4ca1c..dbfabb5 100644 > > > --- a/meta/recipes-devtools/perl/perl-5.14.2/config.sh > > > +++ b/meta/recipes-devtools/perl/perl-5.14.2/config.sh > > > @@ -68,7 +68,7 @@ api_version='14' > > > api_versionstring='5.14.0' > > > ar='ar' > > > archlib='@LIBDIR@/perl/5.14.2/@ARCH@-thread-multi' > > > -archlibexp='@STAGINGDIR@@LIBDIR@/perl/5.14.2/@ARCH@-thread-multi' > > > +archlibexp='@LIBDIR@/perl/5.14.2/@ARCH@-thread-multi' > > > archname64='' > > > archname='@ARCH@-thread-multi' > > > archobjs='' > > > > I dislike fixing one bug at the expense of breaking another. > > > > Tom, > > > > http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=aeca6512f3a5468b8f65e2986024ab07d2ce45b4 > > > > Any comments on this? How could we test the issue you originally fixed? > > > > The original purpose of that commit was to allow the perf build to use > ExtUtils::Embed to build the Perl language bindings for 'perf script'. > > perl_package_preprocess() was (I thought) supposed to prevent the > settings in config.sh from making it to the target - I'll have to look > into why they do for libperl.so. >
I just submitted a patchset that gets rid of the @INC problem while still allowing perf scripting to work (rather than exiting with a 'scripting not supported' message). Tom > Tom > > > Cheers, > > > > Richard > > > > > > _______________________________________________ > > Openembedded-core mailing list > > [email protected] > > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
