Closed
Bug 1114598
Opened 11 years ago
Closed 11 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•11 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•11 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•11 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•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla37
Updated•8 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•