Closed Bug 792050 Opened 7 years ago Closed 7 years ago

Allow to precompile startup cache without omnijar'ing first

Categories

(Firefox Build System :: General, defect)

defect
Not set

Tracking

(Not tracked)

RESOLVED FIXED
mozilla18

People

(Reporter: glandium, Assigned: glandium)

References

Details

Attachments

(2 files)

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)
Assignee: nobody → mh+mozilla
As a bonus, it also removes the import exceptions logs, which are confusing to many people looking at tinderbox logs.
Depends on: 792347
Attached patch FixupSplinter Review
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)
https://hg.mozilla.org/mozilla-central/rev/305cace7ba51
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.