Hi,<br><div><br></div>actually there's a patch pending for review which improves the version info for CMake builds: <a href="http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140526/219022.html">http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140526/219022.html</a><div>
<br></div>Maybe this patch already solves the problem?<br><div><br></div><div>Regards,</div><div><br></div><div>Tilmann<br><div><br>On Tuesday, June 17, 2014, Duncan P. N. Exon Smith <<a href="mailto:dexonsmith@apple.com">dexonsmith@apple.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2014-Jun-17, at 05:21, James Molloy <<a href="javascript:;" onclick="_e(event, 'cvml', 'james.molloy@arm.com')">james.molloy@arm.com</a>> wrote:<br>

><br>
> Hi Yi, Chris,<br>
><br>
> LNT currently fails to parse clang’s –version string correctly for CMake builds. CMake builds do not emit the branch name, they only emit the revision. Currently LNT thinks the revision number is the branch name, which also means it fails to infer the run_order correctly for submission.<br>

><br>
> The attached simple patch fixes this.<br>
><br>
> OK to commit?<br>
><br>
<br>
I don't know much about LNT, but this seems like the wrong fix to me.<br>
Shouldn't we be fixing the build systems to match?<br>
<br>
In particular, isn't this a bug in CMake builds?<br>
_______________________________________________<br>
llvm-commits mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'llvm-commits@cs.uiuc.edu')">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</blockquote></div></div>