Closed
Bug 1228444
Opened 9 years ago
Closed 9 years ago
Make DIST_FILES a HierarchicalStringList, like FINAL_TARGET_FILES
Categories
(Firefox Build System :: General, defect)
Firefox Build System
General
Tracking
(firefox45 fixed)
RESOLVED
FIXED
mozilla45
Tracking | Status | |
---|---|---|
firefox45 | --- | fixed |
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(4 files, 2 obsolete files)
1.81 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
5.67 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
24.91 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
14.02 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
DIST_FILES is essentially meant to be like FINAL_TARGET_FILES, with preprocessing. It however currently only support things directly under FINAL_TARGET, which is unnecessarily limiting.
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8692689 -
Flags: review?(gps)
Assignee | ||
Comment 2•9 years ago
|
||
and move files without preprocessor directives to FINAL_TARGET_FILES.
Attachment #8692690 -
Flags: review?(gps)
Assignee | ||
Comment 3•9 years ago
|
||
Attachment #8692691 -
Flags: review?(gps)
Assignee | ||
Comment 4•9 years ago
|
||
This makes it clearer that really it's the same thing as FINAL_TARGET, with preprocessing. We still keep DIST_FILES in backend.mk because it's shorter and doesn't really matter.
Attachment #8692692 -
Flags: review?(gps)
Assignee | ||
Comment 5•9 years ago
|
||
Attachment #8692692 -
Attachment is obsolete: true
Attachment #8692692 -
Flags: review?(gps)
Attachment #8692697 -
Flags: review?(gps)
Comment 6•9 years ago
|
||
Comment on attachment 8692690 [details] [diff] [review] Don't silence "no preprocessor directives found" warnings for DIST_FILES Review of attachment 8692690 [details] [diff] [review]: ----------------------------------------------------------------- ::: config/rules.mk @@ -1271,5 @@ > ifneq ($(DIST_FILES),) > DIST_FILES_PATH := $(FINAL_TARGET) > -# We preprocess these, but they don't necessarily have preprocessor directives, > -# so tell them preprocessor to not complain about that. > -DIST_FILES_FLAGS := --silence-missing-directive-warnings If we're going to do this, could we possibly yell at people to move their no-directives files to a different variable, so we don't have the inevitable pointless warnings creeping back in over time?
Assignee | ||
Comment 7•9 years ago
|
||
(In reply to Nathan Froyd [:froydnj] (high latency through 29 November) from comment #6) > If we're going to do this, could we possibly yell at people to move their > no-directives files to a different variable, so we don't have the inevitable > pointless warnings creeping back in over time? Fair enough, filed bug 1228467.
Assignee | ||
Comment 8•9 years ago
|
||
Comment on attachment 8692690 [details] [diff] [review] Don't silence "no preprocessor directives found" warnings for DIST_FILES Review of attachment 8692690 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/workers/test/extensions/bootstrap/moz.build @@ +11,5 @@ > 'worker.js', > ] > + > +FINAL_TARGET_FILES += [ > + 'bootstrap.js', worker.js also needs to move here. Fixed locally. Not refreshing patches just for that.
Assignee | ||
Comment 9•9 years ago
|
||
The (sub) paths were missing in the recursive make backend. This should have been caught by tests, but I don't think the backend unit tests are a very useful form for these things. I'm planning to write an actual testcase in the form of a growing pseudo-project, which will validate that a set of moz.build files going through different backends (Recursive and Faster), running make, does generate an expected set of files in objdir/dist.
Attachment #8692691 -
Attachment is obsolete: true
Attachment #8692691 -
Flags: review?(gps)
Attachment #8693122 -
Flags: review?(gps)
Assignee | ||
Comment 10•9 years ago
|
||
Comment on attachment 8693122 [details] [diff] [review] Make DIST_FILES a HierarchicalStringList, like FINAL_TARGET_FILES Review of attachment 8693122 [details] [diff] [review]: ----------------------------------------------------------------- ::: python/mozbuild/mozbuild/test/backend/test_recursivemake.py @@ +674,5 @@ > > expected = [ > + 'DIST_FILES_0 += install.rdf', > + 'DIST_FILES_0 += main.js', > + 'DIST_FILES_0_PATH := $(DEPTH)/dist/bin', need a / at the end here.
Comment 11•9 years ago
|
||
Nice, I noticed this while porting things to moz.build and it was annoying. I would love to get to the point where we could just merge these two variables, but that does add complexity since one of them is handled with install manifests and one of them is handled with INSTALL_TARGETS.
Updated•9 years ago
|
Attachment #8692689 -
Flags: review?(gps) → review+
Updated•9 years ago
|
Attachment #8692690 -
Flags: review?(gps) → review+
Comment 12•9 years ago
|
||
Comment on attachment 8692697 [details] [diff] [review] Rename DIST_FILES to FINAL_TARGET_PP_FILES Review of attachment 8692697 [details] [diff] [review]: ----------------------------------------------------------------- Nice. ::: python/mozbuild/mozbuild/backend/recursivemake.py @@ +41,5 @@ > ConfigFileSubstitution, > ContextDerived, > ContextWrapped, > Defines, > + FinalTargetPreprocessedFiles, Please preserve sorted order. ::: python/mozbuild/mozbuild/frontend/emitter.py @@ +32,5 @@ > ChromeManifestEntry, > ConfigFileSubstitution, > ContextWrapped, > Defines, > + FinalTargetPreprocessedFiles, Please preserve sorted order. ::: python/mozbuild/mozbuild/test/frontend/test_emitter.py @@ +14,5 @@ > BrandingFiles, > ChromeManifestEntry, > ConfigFileSubstitution, > Defines, > + FinalTargetPreprocessedFiles, Please preserve sorted order.
Attachment #8692697 -
Flags: review?(gps) → review+
Comment 13•9 years ago
|
||
Comment on attachment 8693122 [details] [diff] [review] Make DIST_FILES a HierarchicalStringList, like FINAL_TARGET_FILES Review of attachment 8693122 [details] [diff] [review]: ----------------------------------------------------------------- Nice.
Attachment #8693122 -
Flags: review?(gps) → review+
Comment 14•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/b5730e38da61 https://hg.mozilla.org/integration/mozilla-inbound/rev/78999cfd9106 https://hg.mozilla.org/integration/mozilla-inbound/rev/f94d5b12e097 https://hg.mozilla.org/integration/mozilla-inbound/rev/c4fc89f59116
Comment 16•9 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/b5730e38da61 https://hg.mozilla.org/mozilla-central/rev/78999cfd9106 https://hg.mozilla.org/mozilla-central/rev/f94d5b12e097 https://hg.mozilla.org/mozilla-central/rev/c4fc89f59116 https://hg.mozilla.org/mozilla-central/rev/504865992b1a
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox45:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla45
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
•