Re: Shared state prebuild copy bug report (bug #602)

[Scott Garman <scott.a.garman@intel.com>]

On 12/16/2010 08:47 PM, Tian, Kevin wrote:
>> It appears that @INC is encoded into the perl interpreter itself. cd
>> into your native sysroot directory and run ./usr/bin/perl -V
>>
>> To reproduce this, bitbake an image in one directory. Then, create a
>> separate directory somewhere else, and copy your sstate-cache over to
>> the second build area. Finally (and this is important), rename your
>> original build area.
>>
>> I'd bet that will make this reproducable.
>>
>
> I assume that you're not using the latest master, correct? I'm asking here as I
> encountered other errors earlier than this one due to a 'noexec' change from RP
> yesterday, and thus your info would confirm my guess. :-)

No, I managed to do this test with today's commit 
(ac4364698618a541624d1a00f27b638815e5a3f5).

> Then after revert that commit, now I do reproduce this with same error as yours,
> except that it happens on git-native. This is understood as I think all perl related
> scripts will hit this issue.

This will impact a ton of recipes as perl is used heavily by autotools.

> However I haven't found which bit contains that bad link pointing to original build
> directory. I checked tmp/sysroot/i686-linux/usr/lib/perl/5.8.8/Config.pm, where
> all hard paths are changed to new build directory correctly... :/

Thanks for looking into this.

Scott

-- 
Scott Garman
Embedded Linux Distro Engineer - Yocto Project