<div dir="ltr">The advantage of the existing structure is that each test has a minimal set of dependencies. This mostly matters for SupportTests, ADTTests, and IRTests. It's nice to be able to add functionality to those headers and unit test them without triggering rebuilds of every Transform and Analysis file that uses them. Also, they generally link faster than the llc and opt binaries, which is nice.<div><br></div><div>The tests that depend on Transforms could probably be merged without sacrificing much incremental build performance.</div><div><br></div><div>The obvious downside of fine-grained testing executables is that it increases the total build directory size and total work to link and run all tests. =(</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 25, 2017 at 8:13 AM, Paweł Bylica via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello everyone,<div><br></div><div>Are there any reasons the unittests in LLVM repo are split into independent executables, e.g. ADTTests, AnalysisTests, etc.</div><div><br></div><div>Are there any performance or easy-to-use reasons for this?</div><div><br></div><div>I plan to migrate to GTest from a project where we have all unittests in a single executable.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>- Paweł</div></font></span></div>
<br>______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br></blockquote></div><br></div>