Bug 691

Summary:

perl fails do_compile

Product:

[Build System, Metadata & Runtime] OE-Core

Reporter:

Darren Hart <dvhart>

Component:

core

Assignee:

Tom Rini <tom.rini>

Status:

CLOSED FIXED

QA Contact:

Severity:

major

Priority:

High

CC:

meta.mr.watcher, meta.watcher, nitin.a.kamble, qing.he, sgw, tom.rini

Version:

unspecified

Target Milestone:

1.0 M4

Hardware:

x86

OS:

x86

Whiteboard:

OS type for building Yocto:

---

Type of Regression:

---

Verified:

Documentation change:

No (bug/feature does not impact docs)

Attachments:

Description	Flags
perl log.do_compile	none

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.