This patch fixes a crash in perl when using formatted strings @... (From OE-Core rev: 6ff3776bb7f1a7ba2fc641bfd9b8546c4bb02466) Signed-off-by: Gary Thomas <gary@mlbassoc.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com>
The PERL5LIB settings in the perl wrapper script did not include the "site_perl" or "vendor_perl" directories, which caused some errors. See https://bugzilla.yoctoproject.org/show_bug.cgi?id=6890 (From OE-Core rev: 477ca2da14abaf072d3645c4be916760a48b8938) Signed-off-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com>
The default value for this is ../../lib which ends up with something like: | ./sysroots/x86_64-linux/usr/bin/perl-native/perl5.20.0.real \ | "-I../../lib" "-I../../lib" "-MExtUtils::Command::MM" -e pod2man \ | "--" --section=0 --perm_rw=644 perldoc.pod blib/man1/perldoc.1 in this case, nativeperl will find libraries from the target build, When using an x86-64 host to target Haswell, you can end up with ../../lib including precompiled modules which use Haswell instructions, it fails with: | Running pm_to_blib for dist/if directly | Skip ../../lib/if.pm (unchanged) | Makefile:457: recipe for target 'manifypods' failed | make[1]: *** [manifypods] Illegal instruction So set it to use the -native ones instead of those from the target build. (From OE-Core rev: 82ac2a29126dc38d23c278b82d129d73b17000b7) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com>
If configure/compile was rerun for perl, changes such as libdir changes were not being picked up. To fix this we we add "make clean" functionality, if the makefile is present. We also in this case need to delete the .so file, else some perl modules try and load the target arch libraries leading to build failures. I'd love it if there were a better way to do this and am open to better proposals but this was the best I could find, not being a perl expert. (From OE-Core rev: 3b8adee2756085df47b90357eed4c20ee98c7cd1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com>
Add site_perl and vendor_perl directories in create_wrapper this fix bug when searching for libraries in these directories. [YOCTO #6890] (From OE-Core rev: ea2584213e2e852157ec2490c84cc6c03feb4b40) Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com>
When rebuilding libxml-parser-perl with a change to libdir, you see strange build failures due to MakerMake looking in strange library paths. The error is obtuse and hard to track down. I'm therefore proposing we change the regexp once and for all to resolve the issue. Currently it only does a replacement once, this change ensures it always gets set the correct value upon rebuilds. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The perl patches have been copied to ptest directory and these patches in target rootfs are linked to build dir. The ptest of perl doesn't need these patches, so remove them from target. Signed-off-by: Chong Lu <Chong.Lu@windriver.com>
The compilation of Time-HiRes tries to compile and run the testing program but definitely fails since we are cross compiling: Looking for clock_gettime()... ./tmp26733: ./tmp26733: cannot execute binary file Looking for clock_getres()... ./tmp26733: ./tmp26733: cannot execute binary file so add explicit configs to avoid the auto detecting. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We may get the error on some hosts when build in deeper dir: /bin/sh: /path/to/tmp/sysroots/i686-linux/usr/bin/perl-native/pod2man: /path/to/tmp/sysroots/i686-li: bad interpreter: No such file or directory Note the "i686-li", it should be "i686-linux", but is truncated by the host. We can use "/usr/bin/env nativeperl" as we have done in cpan.bbclass for other recipe's perl script to fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We should use "PASS:|FAIL:|SKIP: testname" to output results of ptest. Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>