Closed Bug 1719402 Opened 3 years ago Closed 3 years ago

Store CanLazilyParse condition into Stencil and Stencil XDR

Categories

(Core :: JavaScript Engine, task, P1)

task

Tracking

()

RESOLVED FIXED
91 Branch
Tracking Status
firefox91 --- fixed

People

(Reporter: arai, Assigned: arai)

References

Details

Attachments

(2 files)

Currently we use CompilationInput.options fields in CompilationStencil::instantiateStencilAfterPreparation to check if the compilation is full-parse or not.
but given that Stencil allows separating compilation step and instantiation step, with or without XDR, requireing the consumer to pass the same CompileOptions for both steps seems to be pitfall.

we should store the CanLazilyParse(input.options) information into CompilationStencil instead, and use the information in instantiation step.

of course we could still receive the CompileOptions, and check if the field matches, and throws error on mismatch.

After we split CompileOptions into 2 parts, one for compile-to-stencil, and one for instantiation, we can omit CanLazilyParse part from instantiation.

Depends on: 1719477
Pushed by arai_a@mac.com:
https://hg.mozilla.org/integration/autoland/rev/3807e3a44d79
Part 1: Reorder CompilationStencil fields and ExtensibleCompilationStencil fields to match. r=nbp
https://hg.mozilla.org/integration/autoland/rev/622a9c1787a2
Part 2: Add CompilationStencil.canLazilyParse field and use it during instantiation. r=nbp
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 91 Branch
Regressions: 1719740
See Also: → 1720331
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: