Closed
Bug 1011816
Opened 10 years ago
Closed 10 years ago
Cannot make symbolic link .../dist/bin/modules/devtools/gcli/something: File exists
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla32
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(1 file)
3.29 KB,
patch
|
mshal
:
review+
|
Details | Diff | Splinter Review |
Fun race condition, due to how things are defined in toolkit/devtools/gcli/Makefile.in I got the case with something = util. The Makefile reads (only pasting the relevant things for util, but the problem is the same for others): gcli_util_FILES = $(wildcard $(srcdir)/source/lib/gcli/util/*) gcli_util_DEST = $(FINAL_TARGET)/modules/devtools/gcli/util INSTALL_TARGETS += gcli_util gcli_root_FILES = $(wildcard $(srcdir)/source/lib/gcli/*) gcli_root_DEST = $(FINAL_TARGET)/modules/devtools/gcli INSTALL_TARGETS += gcli_root In the end, that makes $(srcdir)/source/lib/gcli/util be in gcli_root_FILES, and attempted to be installed as $(FINAL_TARGET)/modules/devtools/gcli/util, which, if the other rules finished first, exists as a directory, which makes nsinstall fail.
Assignee | ||
Comment 1•10 years ago
|
||
While at it, convert the libs:: rule to install targets
Attachment #8424263 -
Flags: review?(mshal)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → mh+mozilla
Status: NEW → ASSIGNED
Updated•10 years ago
|
Attachment #8424263 -
Flags: review?(mshal) → review+
Assignee | ||
Comment 2•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/6cbe36be19c2
Comment 3•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/6cbe36be19c2
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
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
•