<div dir="ltr">I think we don't. If we consider them stable enough for enabling them on a buildbot AND we agree to revert changes breaking the unittests then I am happy with enabling them (doing it should take very little effort from our side). Otherwise I would prefer to wait until we can get them to a stable state.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Apr 4, 2016 at 10:53 PM Todd Fiala <<a href="mailto:todd.fiala@gmail.com">todd.fiala@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">One more update:<div><br></div><div>The Green Dragon OS X LLDB builder now actually runs the gtests instead of just building them.</div><div><br></div><div>The gtests run as a phase right before the Python test suite.  A non-zero value returning from the gtests will cause the OS X LLDB build to fail.  Right now, tracking down the cause of the failure will require looking at the console log for the build and test job.  I'm excited to see our gtest test count has gone from roughly 17  to over 100 now!</div><div><br></div><div>Pavel or Tamas, are we running the gtests on the Linux buildbots?</div><div><br></div><div>-Todd</div></div><div class="gmail_extra"></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 10:49 AM, Todd Fiala <span dir="ltr"><<a href="mailto:todd.fiala@gmail.com" target="_blank">todd.fiala@gmail.com</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">Hi all,<div><br></div><div>I've made a minor change to the Green Dragon LLDB OS X Xcode build located here:</div><div><a href="http://lab.llvm.org:8080/green/job/LLDB/" target="_blank">http://lab.llvm.org:8080/green/job/LLDB/</a></div><div><br></div><div>1. Previously, the python test run used the default C/C++ compiler to build test inferiors.  Now it uses the just-built clang/clang++ to build test inferiors.  At some point in the future, we will change this to a matrix of important clang/clang++ versions (e.g. some number of official Xcode-released clangs).  For now, however, we'll continue to build with just one, and that one will be the one in the clang build tree.</div><div><br></div><div>2. The Xcode llvm/clang build step now includes compiler-rt and libcxx.  This, together with the change above, will allow the newer LLDB TSAN tests to run.<br clear="all"><div><br></div><div>If you're ever curious how the Xcode build is run, it uses the build.py script in the zorg repo (<a href="http://llvm.org/svn/llvm-project/zorg/trunk" target="_blank">http://llvm.org/svn/llvm-project/zorg/trunk</a>) under zorg/jenkins/build.py.  The build constructs the build tree with a "derive-lldb" command, and does the Xcode build with the "lldb" command.</div><div><br></div><div>Please let me know if you have any questions.<br></div><div><br></div><div>I'll address any hiccups that may show up ASAP.</div><div><br></div><div>Thanks!</div><span><font color="#888888">-- <br><div><div dir="ltr">-Todd</div></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div></div><div class="gmail_extra">-- <br><div><div dir="ltr">-Todd</div></div>
</div></blockquote></div>