openembedded-core.git/meta/recipes-devtools/perl, branch 2011-1 Mirror of openembedded-core perl: Fix a few perl binaries to use target interpreter paths 2011-09-22T04:06:40+00:00 Mark Hatle mark.hatle@windriver.com 2011-09-22T01:47:03+00:00 7b8db36e088e3e9cd585e8d8dde1c1c2860c3c2e A small number of target installed programs, "${bindir}/pod*", were incorrectly using the perl-native paths to access perl. This caused a dependency failure during RPM rootfs install, and also prevented those specific components from functioning. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
A small number of target installed programs, "${bindir}/pod*",
were incorrectly using the perl-native paths to access perl.  This
caused a dependency failure during RPM rootfs install, and also
prevented those specific components from functioning.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
recipes: Delete patch=1, its default and replace pnum with striplevel 2011-08-24T01:23:13+00:00 Khem Raj raj.khem@gmail.com 2011-08-18T00:17:52+00:00 4e108857e0d40105f7ecbc55e99bd6c367bb7386 Some place pnum=1 is used which is removed as well since striplevel=1 is default Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Some place pnum=1 is used which is removed as well since
striplevel=1 is default

Signed-off-by: Khem Raj <raj.khem@gmail.com>
perl-native: Update find_perl to find the perl wrapper 2011-08-19T16:05:51+00:00 Wenzong Fan wenzong.fan@windriver.com 2011-08-16T06:53:59+00:00 f1d4fb02d9952138acab6d647ce8975363dfdbab [YOCTO #1157] [YOCTO #829] This is a common issue to the packages which using 'MakeMaker.pm' to generate their Makefiles. The function 'find_perl()' in 'MM_Unix.pm' will be used to figure out the path/link of 'PERL/FULLPERL', but it always find the 'perl.real' instead of perl wrapper. Just update it to find the perl wrapper correctly. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> 
[YOCTO #1157] [YOCTO #829]

This is a common issue to the packages which using 'MakeMaker.pm' to
generate their Makefiles. The function 'find_perl()' in 'MM_Unix.pm'
will be used to figure out the path/link of 'PERL/FULLPERL', but it
always find the 'perl.real' instead of perl wrapper.

Just update it to find the perl wrapper correctly.

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
libxml-simple-perl: Use BBCLASSEXTEND insteand of *-native recipe 2011-08-03T17:05:32+00:00 Dongxiao Xu dongxiao.xu@intel.com 2011-08-03T15:19:34+00:00 aa8f6b64055c6576bcdb63d3bbf9ab47b87c0d59 It's not appropriate to require xxx.bb in xxx-native.bb, causing that xxx-native depends on target recipe. Use BBCLASSEXTEND to solve this issue. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
It's not appropriate to require xxx.bb in xxx-native.bb, causing that
xxx-native depends on target recipe.

Use BBCLASSEXTEND to solve this issue.

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: Rename SITEINFO_ENDIANESS to SITEINFO_ENDIANNESS 2011-07-26T14:22:47+00:00 Khem Raj raj.khem@gmail.com 2011-07-26T05:09:13+00:00 54a54778fad39931ac7d43daaf37ce7c1946a29b There is this discrepency in spelling. Lets fix it in core. There are lot of layers using SITEINFO_ENDIANNESS This was shielded since meta-oe had its own copy of siteinfo class. But that class has now been deleted in favor of oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
There is this discrepency in spelling. Lets fix it in
core. There are lot of layers using SITEINFO_ENDIANNESS
This was shielded since meta-oe had its own copy of
siteinfo class. But that class has now been deleted in
favor of oe-core

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
perl-dynloader.patch: Fix multilib issue for perl 2011-07-25T13:13:20+00:00 Mei Lei lei.mei@intel.com 2011-07-25T02:13:17+00:00 7ebc7a5cb30e13217dc297994a6d9656b52bacba The perl-dynloader.patch can't support lib64 lib32, libx32, etc. Relax the regular expression to fix this issue. Signed-off-by: Mei Lei <lei.mei@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The perl-dynloader.patch can't support lib64 lib32, libx32, etc.
Relax the regular expression to fix this issue.

Signed-off-by: Mei Lei <lei.mei@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
cpan.bbclass: Perform more mangling for perl path 2011-07-21T09:46:31+00:00 Tom Rini tom_rini@mentor.com 2011-07-18T16:02:18+00:00 682a213dc732074985bf86f508305fc6eafe18d9 On hosts where we may already be past the #! limit this is required and this is safe on the target as well. This is be7fe31 in oe.dev. Related to this we now bump all PRs for recipes that inherit cpan. Note that in oe.dev we mangle for perl but here we use the new nativeperl script. Signed-off-by: Tom Rini <tom_rini@mentor.com> 
On hosts where we may already be past the #! limit this is required
and this is safe on the target as well.  This is be7fe31 in oe.dev.
Related to this we now bump all PRs for recipes that inherit cpan.
Note that in oe.dev we mangle for perl but here we use the new
nativeperl script.

Signed-off-by: Tom Rini <tom_rini@mentor.com>
perl-native: Add a perl-native wrapper in the normal bindir 2011-07-21T09:45:00+00:00 Tom Rini tom_rini@mentor.com 2011-07-19T15:49:42+00:00 48c1e10f53894e666283aac086e61444d2c1ed69 We need this to allow for scripts to do #!/usr/bin/env perl-native and not require an 'inherit perlnative' per user of a package. Signed-off-by: Tom Rini <tom_rini@mentor.com> 
We need this to allow for scripts to do #!/usr/bin/env perl-native
and not require an 'inherit perlnative' per user of a package.

Signed-off-by: Tom Rini <tom_rini@mentor.com>
perl: revise the RRECOMMENDS_perl-modules for multilib case 2011-07-20T14:24:56+00:00 Yu Ke ke.yu@intel.com 2011-07-16T02:00:45+00:00 d76ede1e696d52c08ede8b6e539cb0895ee73b2f current RRECOMMENDS_perl-modules replace the hardcode "perl-dbg", "perl-misc" etc. which does not work in multilib case. Instead, it should replace the "lib64-perl-dbg", "lib-64-perl-misc". without doing this, current code will produce RRECOMMENDS=lib64-lib64-xxx etc This patch revise the code to fix this issue Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com> 
current RRECOMMENDS_perl-modules replace the hardcode "perl-dbg",
"perl-misc" etc. which does not work in multilib case. Instead, it
should replace the "lib64-perl-dbg", "lib-64-perl-misc". without
doing this, current code will produce RRECOMMENDS=lib64-lib64-xxx etc

This patch revise the code to fix this issue

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
perl: Use SITEINFO variables not functions 2011-07-14T14:40:26+00:00 Tom Rini tom_rini@mentor.com 2011-07-13T19:06:02+00:00 615f05dc46afa14ea4fca49a551278b92d2c99d3 Switch from SITEINFO_BITS / SITEINFO_ENDIANESS rather than siteinfo_get... Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Switch from SITEINFO_BITS / SITEINFO_ENDIANESS rather than
siteinfo_get...

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>