Bug 691 - perl fails do_compile
Summary: perl fails do_compile
Status: CLOSED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: unspecified
Hardware: x86 x86
: High major
Target Milestone: 1.0 M4
Assignee: Tom Rini
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2011-01-31 23:53 UTC by Darren Hart
Modified: 2014-07-22 15:44 UTC (History)
6 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
perl log.do_compile (675.12 KB, application/octet-stream)
2011-01-31 23:53 UTC, Darren Hart
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Darren Hart 2011-01-31 23:53:21 UTC
Created attachment 91 [details]
perl log.do_compile

After commit:

commit fe59ca31ac267ecd2dc3a8f2fb9ad5297b88f62c
Author: Tom Rini <tom_rini@mentor.com>
Date:   Fri Jan 28 14:07:21 2011 -0700

    perl-native: Update for userelocatableinc and non-shared libperl

the perl recipe fails in do_compile (log attached). Reverting the patch allows the build to continue.

Steps to reproduce are a clean checkout of poky.git/master and:

$ MACHINE=atom-pc bitbake poky-image-sato
Comment 1 Qing He 2011-02-01 00:08:58 UTC
Cc Tom and Nitin
Comment 2 Tom Rini 2011-02-01 06:45:25 UTC
Taking this over since it was my patch.
Comment 3 Saul Wold 2011-02-08 10:14:03 UTC
Is this resolved with the revert of the patch?  Is there any further fixing planned?
Comment 4 Tom Rini 2011-02-08 10:19:14 UTC
So, that's a good question.  There are two known issues here:
- Somewhere after perl 5.10.1 and possibly before 5.11.7 but possibly unrelated, something broke with userelocatableinc and how it handles certain directories (namely, it stopped handling them)
- Since introduction of userelocatableinc (5.10.x) there has been a bug with how perl handles the magical .../.. path it uses.  Namely perl never escapes the '.'s in here when using that in a regex and thus TMPDIR=/OE/mystuff is broken (or /scratch/OE/ or anything else where '.../' would match as a regex).

The second issue is fairly trivial I think to fix, in upstream perl.  The first requires running git bisect to find out what did it.  If someone can write a good script for this to pass to git bisect run it won't be too terrible to find out what broke it at least.

Now, all of that said.  Using create_wrapper and env vars to be relocatable rather than relying on upstream works today.
Comment 5 Nitin Kamble 2011-02-15 09:25:22 UTC
The patch causing this failure has been reverted from the master few weeks back.
Comment 6 Tom Rini 2014-07-22 15:44:02 UTC
Close this out.