[poky] PERL and FULLPERL from MakeMaker.pm
Tom Rini
tom_rini at mentor.com
Wed Mar 9 11:26:20 PST 2011
On 03/09/2011 12:10 PM, Kamble, Nitin A wrote:
>
>
>> -----Original Message-----
>> From: Tian, Kevin
>> Sent: Wednesday, March 09, 2011 12:24 AM
>> To: poky at yoctoproject.org; openembedded-core at lists.openembedded.org
>> Cc: Kamble, Nitin A
>> Subject: PERL and FULLPERL from MakeMaker.pm
>>
>> Hi, all,
>>
>> I just found that several perl-based projects (e.g. sgmlspl and git)
>> failed to find
>> ExtUtils modules, when sstate cache is used for perl-native while
>> original build
>> directory generating sstate packages have been deleted.
>>
>> We have a perl wrapper to make sure @INC correctly including current
>> build
>> sysroot, which however doesn't solve the problem seen here.
>>
>> Those projects make use of MakeMaker.pm to generate their Makefiles on
>> the
>> fly, while MakeMaker.pm generates below lines:
>>
>> PERL = /media/builds-0/demo-0309/tmp/sysroots/x86_64-
>> linux/usr/bin/perl.real
>> FULLPERL =
>> /media/builds-0/demo-0309/tmp/sysroots/x86_64-linux/usr/bin/perl.real
>>
>> I can work around the issues by manually changing Makefile when the
>> error
>> occurs.
>>
>> I know little about perl internals, and thus would like to know whether
>> it's a
>> easy issue to tackle. I didn't find any explicit files containing a
>> perl.real from
>> perl-native sstate package, except the perl wrapper script. So it's
>> interesting
>> how MakeMaker.pm finds the perl.real binary.
>>
>> I reported a bug at:
>> http://bugzilla.yoctoproject.org/post_bug.cgi
>>
>> Thanks,
>> Kevin
>
> Kevin,
> Looks like the build path for perl.real is used. I think it should be a path from the native sysroot. Thanks for opening the bug.
IIRC some of this stuff can be overridden today via the env, it's just not.
--
Tom Rini
Mentor Graphics Corporation
More information about the poky
mailing list