You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In some places were were checking EMCC_WASM_BACKEND
directly.
Rather than checking the environment or calculating it
based on get_llvm_target() we should consistently
using Settings.
logging.critical('you can fall back to the older (pre-fastcomp) compiler core, although that is not recommended, see http://kripken.github.io/emscripten-site/docs/building_from_source/LLVM-Backend.html')
394
394
returnFalse
395
395
else:
396
-
assertget_llvm_target() ==WASM_TARGET
397
396
ifnothas_wasm_target(targets):
398
397
logging.critical('WebAssembly set as target, but LLVM has not been built with the WebAssembly backend, llc reports:')
# Multiprocessing pool children must have their current working directory set to a safe path that is guaranteed not to die in between of
1344
-
# executing commands, or otherwise the pool children will have trouble spawning subprocesses of their own.
1344
+
# Multiprocessing pool children must have their current working
1345
+
# directory set to a safe path that is guaranteed not to die in
1346
+
# between of executing commands, or otherwise the pool children will
1347
+
# have trouble spawning subprocesses of their own.
1345
1348
'EMCC_POOL_CWD='+path_from_root(),
1346
-
# Multiprocessing pool children need to avoid all calling check_vanilla() again and again,
1347
-
# otherwise the compiler can deadlock when building system libs, because the multiprocess parent can have the Emscripten cache directory locked for write
1348
-
# access, and the EMCC_WASM_BACKEND check also requires locked access to the cache, which the multiprocess children would not get.
'EMCC_CORES=1'# Multiprocessing pool children can't spawn their own linear number of children, that could cause a quadratic amount of spawned processes.
1349
+
# Multiprocessing pool children need to avoid all calling
1350
+
# check_vanilla() again and again, otherwise the compiler can deadlock
1351
+
# when building system libs, because the multiprocess parent can have
1352
+
# the Emscripten cache directory locked for write access, and the
1353
+
# EMCC_WASM_BACKEND check also requires locked access to the cache,
1354
+
# which the multiprocess children would not get.
1355
+
'EMCC_WASM_BACKEND=%s'%Settings.WASM_BACKEND,
1356
+
# Multiprocessing pool children can't spawn their own linear number of
1357
+
# children, that could cause a quadratic amount of spawned processes.
0 commit comments