aboutsummaryrefslogtreecommitdiff
path: root/run_project_tests.py
diff options
context:
space:
mode:
authorBrion Vibber <brion@pobox.com>2021-01-14 12:30:16 -0800
committerJussi Pakkanen <jpakkane@gmail.com>2021-01-20 19:10:21 +0000
commitd808429a483c0cac7e2d27ba68d0d9d4ca13053e (patch)
treedbcea413887815acde84cdec2fc31c3678cd190a /run_project_tests.py
parent2e48d13fa2762fd0b3316a76705318be94db8e21 (diff)
downloadmeson-d808429a483c0cac7e2d27ba68d0d9d4ca13053e.zip
meson-d808429a483c0cac7e2d27ba68d0d9d4ca13053e.tar.gz
meson-d808429a483c0cac7e2d27ba68d0d9d4ca13053e.tar.bz2
Avoid accidental use of STANDALONE_WASM mode on compiler tests
Compiler tests, such as checking for atomics support, could fail when compiling to WebAssembly multithreaded targets because the compiler tests got compiled to 'output.wasm'. Using the '.wasm' suffix in recent versions of emscripten engages STANDALONE_WASM mode, which disables features that require a JS runtime like shared memory. This created false negatives on support of those features when building a library to be linked into an executable that is not in STANDALONE_WASM mode. Changing these to 'output.o' will continue to produce WebAssembly object files, but they will no longer be configured for standalone runtime mode.
Diffstat (limited to 'run_project_tests.py')
0 files changed, 0 insertions, 0 deletions