summaryrefslogtreecommitdiffstats
path: root/meta/classes/cpan-base.bbclass
AgeCommit message (Collapse)Author
2019-01-11meta/classes: adjust perl-related classes to the new recipesAlexander Kanavin
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 Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
2017-06-12cpan-base.bbclass: Move PERLVERSION and get_perl_version to a new fileTom Rini
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. Signed-off-by: Tom Rini <trini@konsulko.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-12-16meta: Drop now pointless manual -dbg packagingRichard Purdie
With the autodebug package generation logic, specifically setting FILES_${PN}-dbg isn't needed in most cases, we can remove them. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-11-24classes/cpan-base: fix libdir for nativesdkTyler Hall
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. Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-10-29perl: fix Perl5 module buildsJens Rehsack
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) Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Ross Burton <ross.burton@intel.com>
2014-02-17classes/cpan-base: fix signatures changing when perl is in sysrootPaul Eggleton
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. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-12-05cpan-base: Add vardepvalue to get_perl_version functionMartin Jansa
* 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 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04cpan-base.bbclass: Improve RDEPENDS to be package specificRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-23cpan-base: Add more debug paths to FILESPhil Blundell
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] Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-19Convert tab indentation in python functions into four-spaceRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-05meta: Replace bb.data.expand(xxx, d) -> d.expand(xxx)Richard Purdie
sed \ -e 's:bb.data.\(expand([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data.expand *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-05meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie
Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-10Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie
This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-14cpan.bbclass, cpan-base.bbclas: update them for the perlnative changeDexuan Cui
Since perl-native now populates into its own dir, here we need change accordingly. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
2011-01-12cpan.bbclass: use LIBDIR instead of DATADIRNitin A Kamble
perl 5.12.2 does not use /usr/share/perl path, and all that stuff goes in /usr/lib/perl. This commit fixes cpan class which depends on /usr/share/perl. cpan.base/build.bbclass: change /usr/lib/perl5 to /usr/lib/perl Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2010-12-10libxml-parser-perl: Fix bug of empty package of libxml-parser-perl.Jingdong Lu
Becaues of the error library path definition in cpan-base.class, libxml-parser-perl package is empty. Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
2010-07-16cpan-base.bbclass: fix perl version finding functionNitin A Kamble
Now perl version is in two digits like 12 in 5.12.1. Fix the old function to work with multi digit version strings. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2009-11-18perl: Update from OE.dev and convert to use do_install for stagingRichard Purdie
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-11-16perl: Standardise config.sh locationRichard Purdie
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-11-13classes: Remove and sanitise import statementsRichard Purdie
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2007-11-30cpan-base.bbclass: Update the perl depenedencies: (from OE)Marcin Juszkiewicz
* For native modules DEPEND on perl-native and for others DEPEND on perl (which in turn depends on perl-native) rather then always depending on both perl and perl-native. * Only RDEPEND for non-native modules rather then both native and non-native. These changes are to allow you to build native modules without have to build perl. Previously the dependencies would result in perl being built even though it didn't actually need to. Thanks to hrw for pointing out what was happening here. Revision: 399705dfa7f6a6fd87366a6c0b1058354a5d4312 Ancestor: 5f43096a239a7ac66c7046feb414e8279db8f4bc Author: lenehan@openembedded.org Date: 2007-05-30T22:10:32 Branch: org.openembedded.dev Modified files: classes/cpan-base.bbclass git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3280 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-05-30cpan classes: sync Perl with OEMarcin Juszkiewicz
git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1815 311d38ba-8fff-0310-9ca6-ca027cbcb966