Closed Bug 792050 Opened 10 years ago Closed 10 years ago
Allow to precompile startup cache without omnijar'ing first
No description provided.
This refactors precompile_cache.js to use the resource protocol handler to get the gre and app resource locations, and import all modules and components that can be found in either the corresponding omnijar or directory. This will allow, in bug 780561, to avoid a two-step packaging, and in bug 755724, to properly precompile cache for both browser and metro without too much hassle.
Attachment #662166 - Flags: review?(khuey)
As a bonus, it also removes the import exceptions logs, which are confusing to many people looking at tinderbox logs.
Attachment #662166 - Flags: review?(khuey) → review+
Backed out for pymake bustage. https://hg.mozilla.org/integration/mozilla-inbound/rev/bf9c0d80b36e
Interdiff for a fixup to avoid the windows breakage. The problem was that MOZ_STARTUP_CACHE ended up with a path in the form e:/build/something, and NS_NewLocalFile barfs on these (because it expects absolute file names with backslashes).
Attachment #667369 - Flags: review?(khuey)
Attachment #667369 - Flags: review?(khuey) → review+
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
You need to log in before you can comment on or make changes to this bug.