Closed Bug 1160311 Opened 10 years ago Closed 10 years ago

Enable the JITs by default on a JSRuntime

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla40
Tracking Status
firefox40 --- fixed

People

(Reporter: bzbarsky, Assigned: bzbarsky)

Details

Attachments

(1 file)

This keeps biting people. We should default to sane fast mode. ;) I audited our internal stuff an the only case that will change behavior is the PAC runtime and some JSAPI tests; everyone else overrides the runtime options anyway. I think that's OK.
Attachment #8600078 - Flags: review?(jorendorff)
Comment on attachment 8600078 [details] [diff] [review] JITs should be enabled by default Review of attachment 8600078 [details] [diff] [review]: ----------------------------------------------------------------- Thank you, bz.
Attachment #8600078 - Flags: review?(jorendorff) → review+
Flags: needinfo?(bzbarsky)
Filed bug 1160414 on the broken chromeonly recursion ballast when jit is enabled.
Flags: needinfo?(bzbarsky)
What's the consequence for platforms without a jit?
What do those platforms do right now? Firefox windows already enable the jit (based on prefs). So do web workers. So does the JS shell. This change mostly affects embeddings, plus, in our tree, JSAPI tests and PAC. That said, I suspect (though I have not verified) that no JIT means no JIT even if the runtime option says trying to JIT would be OK.
(In reply to Not doing reviews right now from comment #9) > That said, I suspect (though I have not verified) that no JIT means no JIT > even if the runtime option says trying to JIT would be OK. Right, if you build without a JIT these options have no effect.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla40
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: