Bug 3216 - Race for /usr/share/aclocal in sysroot
Summary: Race for /usr/share/aclocal in sysroot
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 1.4
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.4
Assignee: Richard Purdie
QA Contact:
URL:
Whiteboard: Release note (patch out for review, l...
Depends on:
Blocks:
 
Reported: 2012-10-03 15:09 UTC by Ross Burton
Modified: 2012-10-18 11:40 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ross Burton 2012-10-03 15:09:00 UTC 
I was running a build after pulling from master and it stopped here:

| autoreconf: running: aclocal -I /data/poky-master/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /data/poky-master/tmp/work/x86_64-linux/makedepend-native-1_1.0.4-r0/makedepend-1.0.4/aclocal-copy/ -I /data/poky-master/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /data/poky-master/tmp/work/x86_64-linux/makedepend-native-1_1.0.4-r0/makedepend-1.0.4/aclocal-copy/ --force
| aclocal: error: aclocal: file '/data/poky-master/tmp/sysroots/x86_64-linux/usr/share/aclocal/gnome-compiler-flags.m4' does not exist
| autoreconf: aclocal failed with exit status: 1

That's the race that aclocal-copy was meant to avoid (copy the contents of aclocal so that it doesn't change under us).

Looks like a problem with the search path - we're not specifying sysroot/x86/usr/share/aclocal, so why is it looking in there?  Why are the other paths listed twice?