summaryrefslogtreecommitdiff
path: root/third_party
diff options
context:
space:
mode:
authorBen Smith <binjimin@gmail.com>2019-04-03 11:36:14 -0700
committerGitHub <noreply@github.com>2019-04-03 11:36:14 -0700
commita5919e92af2e1ef9172d541f1b30d143d5f96e56 (patch)
tree541547fc477dbae8f9aa850298fb33ff38f5fb80 /third_party
parentd7d7945a4823a666d5d967f7cb2069cf8797b7d7 (diff)
downloadwabt-a5919e92af2e1ef9172d541f1b30d143d5f96e56.tar.gz
wabt-a5919e92af2e1ef9172d541f1b30d143d5f96e56.tar.bz2
wabt-a5919e92af2e1ef9172d541f1b30d143d5f96e56.zip
Update testsuite; fix linking spec test (#1055)
When a module is instantiated, and the start function traps, the contents of the memory and the table may have been modified. This case is handled by the `assert_uninstantiable` check in a wast test. In spectest-interp, assert_uninstantiable would instantiate the module, but was incorrectly resetting the environment. In run-spec-wasm2c, the `assert_uninstantiable` tests weren't being run at all. Now the module's `init` function is run, and it is expected to trap.
Diffstat (limited to 'third_party')
m---------third_party/testsuite0
1 files changed, 0 insertions, 0 deletions
diff --git a/third_party/testsuite b/third_party/testsuite
-Subproject 8efdcbeaeba16493f1f360532754456a5a83bf3
+Subproject 1e6b3836e97ddbb90f4520ff18411dcfabaf035