summaryrefslogtreecommitdiff
path: root/mlir
diff options
context:
space:
mode:
authorAlexandre Ganea <alexandre.ganea@ubisoft.com>2020-01-13 10:40:04 -0500
committerAlexandre Ganea <alexandre.ganea@ubisoft.com>2020-01-13 10:40:18 -0500
commitb4a99a061f517e60985667e39519f60186cbb469 (patch)
treee16cead143131c9185e51be2dac830f9df8a76e0 /mlir
parent043c5eafa8789d76b06b93d157c928830c4d0814 (diff)
downloadllvm-b4a99a061f517e60985667e39519f60186cbb469.tar.gz
[Clang][Driver] Re-use the calling process instead of creating a new process for the cc1 invocation
With this patch, the clang tool will now call the -cc1 invocation directly inside the same process. Previously, the -cc1 invocation was creating, and waiting for, a new process. This patch therefore reduces the number of created processes during a build, thus it reduces build times on platforms where process creation can be costly (Windows) and/or impacted by a antivirus. It also makes debugging a bit easier, as there's no need to attach to the secondary -cc1 process anymore, breakpoints will be hit inside the same process. Crashes or signaling inside the -cc1 invocation will have the same side-effect as before, and will be reported through the same means. This behavior can be controlled at compile-time through the CLANG_SPAWN_CC1 cmake flag, which defaults to OFF. Setting it to ON will revert to the previous behavior, where any -cc1 invocation will create/fork a secondary process. At run-time, it is also possible to tweak the CLANG_SPAWN_CC1 environment variable. Setting it and will override the compile-time setting. A value of 0 calls -cc1 inside the calling process; a value of 1 will create a secondary process, as before. Differential Revision: https://reviews.llvm.org/D69825
Diffstat (limited to 'mlir')
0 files changed, 0 insertions, 0 deletions