Closed
Bug 1114598
Opened 10 years ago
Closed 10 years ago
move common IPDL file handling from recursivemake.py to common.py
Categories
(Firefox Build System :: General, defect)
Firefox Build System
General
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla37
People
(Reporter: froydnj, Assigned: froydnj)
Details
Attachments
(1 file)
9.79 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
The recursivemake backend knows how to do several things with the IPDL sources: 1) Determine the C++ sources that will be generated from given IPDL sources. 2) Write out all the makefile rules and variables for said sources. The first part isn't unique to the recursivemake backend; other backends would eventually like to know what C++ sources come from IPDL source files for easier cross-referencing purposes, etc. Let's take a first cut at moving things into CommonBackend. (This may not be the best interface, since it relies on consume_finished being invoked, and not all backends call CommonBackend.consume_finished. Still, it's a start.)
Assignee | ||
Comment 1•10 years ago
|
||
The recursivemake backend knows how to do several things with the IPDL sources: 1) Determine the C++ sources that will be generated from given IPDL sources. 2) Write out all the makefile rules and variables for said sources. The first part isn't unique to the recursivemake backend; other backends would eventually like to know what C++ sources come from IPDL source files for easier cross-referencing purposes, etc. Let's take a first cut at moving things into CommonBackend. (This may not be the best interface, since it relies on consume_finished being invoked, and not all backends call CommonBackend.consume_finished. Still, it's a start.)
Attachment #8540155 -
Flags: review?(gps)
Comment 2•10 years ago
|
||
Comment on attachment 8540155 [details] [diff] [review] move common IPDL file handling from recursivemake.py to common.py Review of attachment 8540155 [details] [diff] [review]: ----------------------------------------------------------------- Hopefully this doesn't break other build backends not implementing _handle_ipdl_sources. We should probably have automation test coverage that the build backends all continue to work with the current build config. That will not be a fun test to write, but it's possible.
Attachment #8540155 -
Flags: review?(gps) → review+
Assignee | ||
Comment 3•10 years ago
|
||
(In reply to Gregory Szorc [:gps] from comment #2) > Hopefully this doesn't break other build backends not implementing > _handle_ipdl_sources. We should probably have automation test coverage that > the build backends all continue to work with the current build config. That > will not be a fun test to write, but it's possible. Tests would be the Source of Truth here, but I feel pretty good about this not breaking anything, since CommonBackend.consume_finished already calls _handle_webidl_collection, which only the recursivemake backend implements. So I would have expected breakage long before this, if webidl files were a problem...
Comment 4•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/fa8a9954fdb5
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla37
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
•