<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 1, 2014 at 8:41 AM, Alex Rosenberg <span dir="ltr"><<a href="mailto:alexr@ohmantics.com" target="_blank">alexr@ohmantics.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>One organizational thought to add:</div><div><br></div><div>For us, the sanitizers contain behaviors/syscalls that are not valid on consumer hardware. They perform "debug" functionality and thus can only operate on special developer kits. Additionally, we need to put this type of code into a dynamic library instead of a static library to avoid versioning problems.</div>
<div><br></div><div>I agree that this is all part of compiler_rt as a project/repo, but the sanitizers should remain segregated into their own runtime library.</div></blockquote></div><br>I think many, many folks need the sanitizers to be segregated into their own runtime libraries.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">In fact, from a functional perspective, many of the sanitizers' runtimes are really mutually exclusive and should never even be in the same runtime library.</div>
</div>