<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 10:17 PM, Greg Fitzgerald <span dir="ltr"><<a href="mailto:garious@gmail.com" target="_blank">garious@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Regarding Brad King's CMake patches for LLVM:<br>
<br>
  <a href="http://thread.gmane.org/gmane.comp.compilers.llvm.cvs/173517" target="_blank">http://thread.gmane.org/gmane.comp.compilers.llvm.cvs/173517</a><br>
<br>
If compiler-rt could follow suit, the packaging for the toolchain<br>
becomes a nice, clean package-manager-friendly DAG.  Currently, the<br>
compiler-rt CMake build depends on the just-built-clang to run its<br>
test suite.  It's more intuitive to me that either:<br>
<br>
 1) compiler-rt's sanitizer tests would live inside the clang project<br>
 2) compiler-rt would export a test suite that clang could optionally import<br>
<br>
The former is simpler, but the latter allows the compiler-rt<br>
developers to retain control over those tests, which are typically<br>
updated alongside changes to compiler-rt's sanitizers.  Thoughts?<br></blockquote><div><br></div><div>I'm pretty sure the compiler-rt tests should live in the compiler-rt project. You're right:</div><div>these tests should generally be updated in sync with the runtimes. I'm fine with creating</div>
<div>a large test suite comprising all individual tool-specific test suites we have now. I'm not</div><div>sure how we can "export" this to clang, though, and why the current situation is bad.</div><div><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Greg<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Alexey Samsonov, MSK</div>
</div></div>