Closed Bug 785828 Opened 12 years ago Closed 12 years ago

Ensure that libxul.so is loaded lazily

Categories

(Toolkit Graveyard :: OS.File, defect)

defect
Not set
normal

Tracking

(firefox17 fixed)

RESOLVED FIXED
mozilla18
Tracking Status
firefox17 --- fixed

People

(Reporter: Yoric, Assigned: Yoric)

Details

Attachments

(2 files, 1 obsolete file)

      No description provided.
Attached patch Load libxul.so lazily (obsolete) — Splinter Review
Here we go.
Assignee: nobody → dteller
Attachment #655551 - Flags: review?(nfroyd)
Comment on attachment 655551 [details] [diff] [review]
Load libxul.so lazily

Review of attachment 655551 [details] [diff] [review]:
-----------------------------------------------------------------

IIUC, we don't have to modify back-end specific things because they don't interact with libxul, correct?
Attachment #655551 - Flags: review?(nfroyd) → review+
Indeed, at the moment, nothing interacts with libxul besides the string-related functions patched here.
Attachment #655551 - Attachment is obsolete: true
Attachment #655957 - Flags: review+
For reference, loading libxul.so eagerly causes all sorts of "interesting" errors during the construction of the startup cache. I tend to believe that this is actually a design error in the startup cache, but loading libxul.so lazily makes sense, in addition of postponing the time at which we will need to fix the startup cache construction.
https://hg.mozilla.org/mozilla-central/rev/04d13cf166ab
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
Try run at https://tbpl.mozilla.org/?tree=Try&rev=099466ea69fc

Porting this patch to Aurora makes it safer to port the patch in bug 787334 and that one fixes "make package" for XULRunner.

[Approval Request Comment]
Bug caused by (feature/regressing bug #): 
User impact if declined: None
Testing completed (on m-c, etc.): Try is running. 
Risk to taking this patch (and alternatives if risky): Build problems. 
String or UUID changes made by this patch: None
Attachment #661829 - Flags: approval-mozilla-aurora?
Comment on attachment 661829 [details] [diff] [review]
backport to aurora

Looks like it will be obvious if this doesn't work on Aurora, approving.
Attachment #661829 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: