Closed
Bug 780414
Opened 12 years ago
Closed 12 years ago
Build failing with ../config/autoconf.mk:668: ../src/config/baseconfig.mk: No such file or directory
Categories
(Firefox Build System :: General, defect)
Firefox Build System
General
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla17
People
(Reporter: justin.lebar+bug, Assigned: glandium)
References
Details
Attachments
(1 file, 1 obsolete file)
20.91 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
Linux x64 clobber build, tip of m-c (0a17cde2a4b6) is failing for me during configure: make[5]: Entering directory `/home/jlebar/code/moz/ff-git/debug/config' ../config/autoconf.mk:668: ../src/config/baseconfig.mk: No such file or directory Makefile:53: ../src/config/config.mk: No such file or directory Makefile:58: ../src/config/rules.mk: No such file or directory make[5]: *** No rule to make target `../src/config/rules.mk'. Stop.
Reporter | ||
Updated•12 years ago
|
Severity: normal → blocker
Assignee | ||
Comment 2•12 years ago
|
||
How is your mozconfig?
Assignee | ||
Comment 3•12 years ago
|
||
This should work as a workaround, provided that pwd returns a msys path on windows. I however would like to fix this more nicely.
Comment 4•12 years ago
|
||
Don't rely on pwd to return an msys path on Windows. See bug 777798.
Reporter | ||
Comment 5•12 years ago
|
||
(In reply to Mike Hommey [:glandium] from comment #2) > How is your mozconfig? . $topsrcdir/browser/config/mozconfig mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../debug ac_add_options --srcdir=../src ac_add_options --enable-trace-malloc ac_add_options --enable-debug ac_add_options --disable-optimize ac_add_options --with-ccache mk_add_options MOZ_MAKE_FLAGS="-j16" ac_add_options --enable-application=browser
Reporter | ||
Comment 6•12 years ago
|
||
Oh, I see how that srcdir is getting in there now. Maybe I don't need srcdir anymore; it was to make ccache happier caching object files between checkouts, but perhaps our build or ccache has become smarter since then.
Reporter | ||
Comment 7•12 years ago
|
||
As expected, removing the explicit srcdir fixes the problem for me. I'm still not sure if it's doing anything good for me.
Assignee | ||
Comment 8•12 years ago
|
||
FWIW, this happens if you either build with a relative --srcdir like you did, or just run configure directly, from a relative directory.
Assignee | ||
Comment 9•12 years ago
|
||
Considering this doesn't affect building with make -f client.mk under "normal" circumstances, I'll leave bug 774032 in. Actual fix coming next.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → mh+mozilla
Assignee | ||
Comment 10•12 years ago
|
||
It turns out the unittest was completely wrong for testing srcdir, so this bug came through while it shouldn't have :-/
Attachment #649078 -
Flags: review?(ted.mielczarek)
Assignee | ||
Updated•12 years ago
|
Attachment #649034 -
Attachment is obsolete: true
Assignee | ||
Updated•12 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Attachment #649078 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 11•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/d83147d64e06
Target Milestone: --- → mozilla17
Comment 12•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d83147d64e06
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 13•12 years ago
|
||
I hope that this may fix the l10n repacks, too, need to see in the next nightlies.
I pushed a followup to unbreak pymake (and hopefully not rebreak anything else). https://hg.mozilla.org/mozilla-central/rev/c8d94fe7506a
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•