diff options
| author | Alon Zakai <azakai@google.com> | 2023-04-12 13:30:27 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2023-04-12 20:30:27 +0000 |
| commit | 958daad07e69ad37ab0575a08559f143e96b169b (patch) | |
| tree | 098553dfba74562bebcfc1edfe3e22e729267cb8 /src/parsing.h | |
| parent | 1d1d60c6d9803edb2e3684c69c0298d7e5b2d8cb (diff) | |
| download | binaryen-958daad07e69ad37ab0575a08559f143e96b169b.tar.gz binaryen-958daad07e69ad37ab0575a08559f143e96b169b.tar.bz2 binaryen-958daad07e69ad37ab0575a08559f143e96b169b.zip | |
Fuzzer: When nested under makeTrivial(), avoid normal make() (#5657)
Without this, in certain complex operations we could end up calling a nested
make() operation that included nontrivial things, which could cause problems.
The specific problem I encountered was in fixAfterChanges() we tried to fix up
a duplicate label, but calling makeTrivial() emitted something very large that
happened to include a new block with a new label nested under a struct.get,
and that block's label conflicted with a label we'd already processed.
Diffstat (limited to 'src/parsing.h')
0 files changed, 0 insertions, 0 deletions