File Changes and Ports
Any data displayed on this site is only for archive purposes and starting with March 2019 is not being updated any more.
Original Change
- Commit date/time: 2010-07-22 16:38
- Push date/time: 2010-08-09 16:13
- Repository: mozilla-central
- File: config/rules.mk
- Revision: 476bdda74315
- Author: Benjamin Smedberg <benjamin@smedbergs.us>
- Comment:
Bug 579718 part B - packaging and build changes to ship a single chrome.manifest from which other manifests are read. r=khuey See long-form commit details below:<br/> <br/> In a nonpackaged build, we have the following manifests:<br/> * chrome.manifest is just a series of manifest directives for all the other manifests, generated in rules.mk using buildlist.py<br/> ** components/interfaces.manifest is also generated in rules.mk using buildlist.py<br/> ** components/components.manifest contains only the *binary* components. JS components each have their own manifest which is installed to dist/bin/components<br/> ** Each chrome/jarfile.jar has a matching chrome/jarfile.manifest, and JarMaker.py inserts this filename into the root chrome.manifest by importing buildlist.py<br/> <br/> In a packaged build, we end up with the following manifests:<br/> <br/> * chrome.manifest lists the four manifests below<br/> ** components/interfaces.manifest<br/> ** components/components.manifest<br/> ** chrome/nonlocalized.manifest<br/> ** chrome/localized.manifest<br/> <br/> In the future it should be possible to integrate the three non-localized manifests directly into the root chrome.manifest for increased performance, but this is slightly tricky because it involves rewriting some manifest instructions which may include relative JAR URIs. That is left for a future followup.<br/> <br/> When we repackage a l10n build, we only have to replace chrome/localized.manifest. - Bug report: 579718
Port Info
- Bug report: [unknown]
- Repository: [unknown]
- Revision: [unknown]