linux/poky.git/meta/classes/cpan-base.bbclass, branch master-next2

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-base.bbclass: Move PERLVERSION and get_perl_version to a new file

2017-06-12T14:08:31+00:00

It is possible for non-CPAN recipes to contain perl modules. These perl modules must reside in the versioned perl library directory in order to work in normal circumstances.. Export this logic to a separate class so that it can be reused without the rest of the cpan logic. Without this, dpkg will not export its perl code to the correct location and will not be found by utilities that expect to use it. (From OE-Core rev: f4edc200d3a9645f9674eae0f8d10926680ba4f8) Signed-off-by: Tom Rini Signed-off-by: Richard Purdie

meta: Drop now pointless manual -dbg packaging

2015-12-16T11:56:30+00:00

With the autodebug package generation logic, specifically setting FILES_${PN}-dbg isn't needed in most cases, we can remove them. (From OE-Core rev: 3ab59d49dd7c18e194b58d1248b4b87709b5a738) Signed-off-by: Richard Purdie

classes/cpan-base: fix libdir for nativesdk

2015-11-24T15:50:27+00:00

Immediate expansion of perl_get_libdirs() is too early for BBCLASSEXTEND. This results in a packaging QA error when building a cpan recipe as nativesdk. The split debug files do not get picked up by the dbg package because it looks in the wrong libdir. The is_target() function remains because it is used elsewhere. (From OE-Core rev: b32420effcc0435353adc63023d2e4276dd1e0c6) Signed-off-by: Tyler Hall Signed-off-by: Ross Burton 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

classes/cpan-base: fix signatures changing when perl is in sysroot

2014-02-17T15:28:58+00:00

The previous fix for this same issue (OE-Core rev f31f6a70ec24e8c9515d69c5092e15effc5e7d4d) was not sufficient - we are setting the PERLVERSION variable from the get_perl_version function, but we're setting it using immediate expansion; thus the value is going into the signature and is still different between the time the recipe is cached on an empty TMPDIR and after perl is in the sysroot and we run bitbake -S perf. We could remove the immediate expansion, but that would mean the get_perl_version function would be called more often, so just set vardepvalue on the PERLVERSION variable to fix the problem instead. (From OE-Core rev: 262a62dff2d7f0902d717c734fcf5563e96a38bc) Signed-off-by: Paul Eggleton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

cpan-base: Add vardepvalue to get_perl_version function

2013-12-05T14:25:27+00:00

* without this bitbake -S perf shows following error: ERROR: Bitbake's cached basehash does not match the one we just generated (/OE/oe-core/meta/recipes-kernel/perf/perf.bb.do_package)! if you run it twice, once without perl in sysroot and once with perl already built (From OE-Core rev: f31f6a70ec24e8c9515d69c5092e15effc5e7d4d) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

cpan-base.bbclass: Improve RDEPENDS to be package specific

2013-02-04T16:42:48+00:00

(From OE-Core rev: 3300d5fdcc60b14e184e0c6c40ba25d8c4d5ed46) Signed-off-by: Richard Purdie

cpan-base: Add more debug paths to FILES

2012-10-23T11:28:31+00:00

We seem to be mostly installing modules into vendor_perl nowadays. Make sure that the .debug data from there is captured appropriately. Also, expand ${PERLLIBDIRS} at the point of assignment so we don't call the python again and again. [RP: Fixup to whitespace] (From OE-Core rev: ed7690bf5cc964b5cee55f5ef13c10c75d8e3463) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

Convert tab indentation in python functions into four-space

2012-07-19T09:24:50+00:00

(From OE-Core rev: 604d46c686d06d62d5a07b9c7f4fa170f99307d8) Signed-off-by: Richard Purdie