Store CanLazilyParse condition into Stencil and Stencil XDR
Categories
(Core :: JavaScript Engine, task, P1)
Tracking
()
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.
Assignee | ||
Comment 1•3 years ago
|
||
of course we could still receive the CompileOptions
, and check if the field matches, and throws error on mismatch.
Assignee | ||
Comment 2•3 years ago
|
||
After we split CompileOptions
into 2 parts, one for compile-to-stencil, and one for instantiation, we can omit CanLazilyParse
part from instantiation.
Assignee | ||
Comment 3•3 years ago
|
||
Depends on D119292
Assignee | ||
Comment 4•3 years ago
|
||
Depends on D119293
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
Comment 6•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/3807e3a44d79
https://hg.mozilla.org/mozilla-central/rev/622a9c1787a2
Description
•