linux/poky.git/meta/classes/cpan.bbclass, branch uninative-2.10

meta/classes: adjust perl-related classes to the new recipes

2019-01-11T10:39:09+00:00

This mostly means tweaking the paths to match upstream defaults. get_perl_arch() functions are taken from the patch by Jens Rehsack: http://lists.openembedded.org/pipermail/openembedded-core/2018-November/276546.html (From OE-Core rev: d6b36b1babb4d3e8d41278111e71c71fde9af39e) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

cpan.bbclass: avoid newer MakeMaker run perl.real

2018-11-14T11:14:39+00:00

In newer versions of ExtUtils::MakeMaker, the location of the perl binary to run is determined differently which results in finding ${bindir}/perl.real instead of ${bindir}/perl (From OE-Core rev: 362bd36cbec052d2a37710498c901b699dcf5ca7) Signed-off-by: Jens Rehsack Signed-off-by: Richard Purdie

cpan.bbclass: make RPATH fix more general

2018-08-28T09:30:28+00:00

Extract a general version of RPATH fix for libxml-parser-perl_2.44.bb from 292471701 libxml-parser-perl: fix "...contains bad RPATH" into cpan.bbclass to catch most errors reported by Khem Raj via http://errors.yoctoproject.org/Errors/Build/66538/ Genrally, Perl 5 toolchain deals with cross-compile sysroots as if a dependency is installed at an exostic place on a server. This issue needs to be addressed wider into the community. (From OE-Core rev: a5439ff9627d309f6980947f5ee573d85e672228) Signed-off-by: Jens Rehsack Signed-off-by: Richard Purdie

cpan.bbclass: adopt to recent EU::MM

2018-08-23T06:50:00+00:00

The modern the time, the improvements in ExtUtils::MakeMaker. Nowadays, .packlist and perllocal.pod aren't touched anymore when appropriate flags set during configure stage. Controlling the flags globally avoids dual-life recipes need share patching. Further: remove prepending ${PERL_ARCHLIB} in PERL5LIB - it's wrong (search order is site_lib, vendor_lib, core) - and ${PERL_ARCHLIB} contains core libpath only ... (From OE-Core rev: 2e61533e7c1b1cfd49dc771e907207f11a15c44f) Signed-off-by: Jens Rehsack Signed-off-by: Richard Purdie

perl: fix Perl5 module builds

2015-10-29T07:31:17+00:00

This patch fixes some issues in classes providing cpan module build support: * add support even for xs modules with more than 3 levels as B::Hooks::End::Of::Scope or Math::Random::ISAAC::XS * correct handling of Module::Build (as far as stolen from pkgsrc and my humble knowledge) * configure to install to vendor_libs as default, even when inherited do_install remains unused (overwritten do_install) (From OE-Core rev: 6948d2bd35cda57f520f0180a6bb43cc70262f41) Signed-off-by: Jens Rehsack Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

cpan.bbclass: matches more lines

2014-08-28T14:12:43+00:00

Fixed: - There might be a space between "#!" and "/pat/to/usr/bin/perl", e.g.: "#! /usr/bin/perl", now also matches it. - There might be the lines like the following in the body: eval 'exec /path/to/usr/bin/perl-native/perl -S $0 ${1+"$@"}' Now we only check "#! */path/to/usr/bin/perl" to make sure it is a perl script, but match and fix the lines in both header and body. (From OE-Core rev: 0d2e2ac137465885a1d55103010ccfdec579f1ce) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

cpan.bbclass: Fail unless Makefile.PL generates Makefile

2013-07-29T12:08:59+00:00

Makefile.PLs can exit with success without generating a Makefile, e.g. in cases of missing configure time dependencies. This is considered a best practice by cpantesters.org. See: * http://wiki.cpantesters.org/wiki/CPANAuthorNotes * http://www.nntp.perl.org/group/perl.qa/2008/08/msg11236.html (From OE-Core rev: 0a2dffefc6fbca37ce9604117cebc2f7d4abc1c6) Signed-off-by: Olof Johansson Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

cpan.bbclass: use '|' as sed separator for entry with paths

2013-04-29T13:45:06+00:00

With normal toolchain it works. But fails badly when external Linaro toolchain is used. And this is why: -e "s/^$CCFLAGS =.*$/\1 -isystem/home/hrw/devel/canonical/aarch64/openembedded/build/linaro-tcwg/gcc-linaro-aarch64-linux-gnu-4.7-2013.04-20130415_linux//aarch64-linux-gnu/include -O2 -pipe -g -feliminate-unused-debug-types/" \ (From OE-Core rev: f6244a9d3da7c301f19efc114c2aaf39e5eec299) Signed-off-by: Marcin Juszkiewicz Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

cpan.bbclass: Fix CCFLAGS.

2012-07-17T09:53:56+00:00

We should not just replace CCFLAGS with CFLAGS while compiling, because this may cause run-time errors with perl's DynaLoader.pm. Tested on qemux86 with new libnet-libidn-perl bb recipe: root@qemux86:~# perl -e "use Net::LibIDN" Not a CODE reference at /usr/lib/perl/5.14.2//DynaLoader.pm line 213. END failed--call queue aborted at /usr/lib/perl/vendor_perl/5.14.2//Net/LibIDN.pm line 213. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. (From OE-Core rev: 855211ae7a224f96663862d4a0e58a90d945dd48) Signed-off-by: Xin Ouyang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

cpan.bbclass: Fix config error while patches to Makefile.PL

2012-06-05T21:56:30+00:00

If there is a patch to Makefile.PL, a Makefile.PL but no Makefile will be placed in ${B}/.pc/xxx.patch/ after do_patch. And no Makefile will be generated for *this* Makefile.PL. While do_configure, the original code tries to sed Makefiles matching with each Makefile.PL in {B}, so this would fail. (From OE-Core rev: 7c99105d70a16aa9e42429224abed28743e627b2) Signed-off-by: Xin Ouyang Signed-off-by: Richard Purdie