fix(span/estree): skip ModuleKind::Unambiguous varient for estree#10146
Conversation
How to use the Graphite Merge QueueAdd either label to this PR to merge it via the merge queue:
You must have a Graphite account in order to use the merge queue. Sign up using this link. An organization admin has enabled the Graphite Merge Queue in this repository. Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue. This stack of pull requests is managed by Graphite. Learn more about stacking. |
ModuleKind::Unambiguous varient for estreeModuleKind::Unambiguous varient for estree
CodSpeed Instrumentation Performance ReportMerging #10146 will degrade performances by 3.76%Comparing Summary
Benchmarks breakdown
|
495313c to
c35cd5d
Compare
b95efce to
c15181f
Compare
c15181f to
e780138
Compare
c35cd5d to
19adb7e
Compare
overlookmotel
left a comment
There was a problem hiding this comment.
Personally, I'd prefer it if we had a separate ParserSourceType which is used in parser options, and the SourceType used in AST didn't have the "Unambiguous" variant at all - so you can't create an AST with this erroneous source type which will panic when serialized.
But for now, yes, this seems like the best solution.
Merge activity
|
e780138 to
55b7b87
Compare
19adb7e to
52f2a40
Compare
|
Ah it seems I suggested the separate |

close: #10139
The
ModuleKind::Unambiguouscan only occur in the parser stage, after being parsed, theModuleKindcertainly changes toModuleKind::ScriptorModuleKind::Module; otherwise is a bug in the parser.