Dear Bryce,
Also, in general, I know we've been apt to pull stuff into the main codebase but going forward as much as possible let's try to keep external dependencies completely external, with detection logic in cmake. The more we can slim down the codebase the easier it'll be for new folks to learn and less work it'll be for busy old timers to maintain over the long run.
The piece I suggested is exactly that: cmake code which detects and implements sanitizer support. But it is just 10 or so cmake files and can also be copied.
So, as a rule of thumb, you'd want to see at least, say, 3 people committing to watch and follow up on issues found by a particular tool, if adoption of the tool is going to be invasive in terms of infrastructure requirements or adjustments to development processes.
I think the sanitizers are different. It is more a tool to help developers debug their code in case they see strange behavior like Debug/Release mode deviations.
Best regards,
Michael