This will allow for the sanitizers to be used when c++ abi is unavailable.
Details
- Reviewers
samsonov pcc beanz rnk - Commits
- rG6802eb086851: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
rG13a5a9d7f10e: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
rCRT278848: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
rCRT278764: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
rL278848: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
rL278764: [compiler-rt] Allow c++ abi to be explictly disabled in cmake configuration
Diff Detail
Event Timeline
Friendly ping. This patch will allow at least address sanitizer to be compiled and run without requiring c++ abi, which currently isn't possible.
CMakeLists.txt | ||
---|---|---|
217 | I think you should hoist this up to the end of the options and make this an option(). Use the existing logic to provide the default value. |
Almost, sorry I wasn't clear
CMakeLists.txt | ||
---|---|---|
95 | I'd rather not duplicate option() with its text description. You can get the same effect with set(use_cxxabi_default ON/OFF) and feeding that into option() |
Still one failing buildbot, which I can't seem to repro locally. I'll revert and come up with a new patch once I figure out what's going on.
Looks like this is a problem with bad cmake caches on incremental builds (the typo in the original patch caused a bad default value to be inserted in the CMakeCache.txt, and default values don't get over-written unless you do a clean build). I'll re-commit next week when the incremental builds have all been reset.
I'd rather not duplicate option() with its text description. You can get the same effect with set(use_cxxabi_default ON/OFF) and feeding that into option()