<div dir="ltr">What would be the gain of such a thing?  It would be extremely slow to run clang-format every single time you ran CMake, and also having a run of CMake generate changes to your source tree seems like using the wrong tool for the job.  I think we should follow whatever LLVM does, which in this case is that it is each developers' responsibility to run clang-format before submitting.<div><br></div><div>There may be a case to be made for presubmit hooks that prevent you from checking in code which doesn't pass clang-format, but that discussion should happen on llvm-dev@.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 6, 2016 at 4:04 PM Eugene Zelenko via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br class="gmail_msg">
<br class="gmail_msg">
Since LLDB code is freshly formatted, it may make sense to run<br class="gmail_msg">
Clang-format automatically via CMake. If not as part of regular build,<br class="gmail_msg">
but may be subtarget of install or check targets as it done in Polly.<br class="gmail_msg">
<br class="gmail_msg">
Eugene.<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
lldb-dev mailing list<br class="gmail_msg">
<a href="mailto:lldb-dev@lists.llvm.org" class="gmail_msg" target="_blank">lldb-dev@lists.llvm.org</a><br class="gmail_msg">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br class="gmail_msg">
</blockquote></div>