<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
My biggest concerns and care-abouts are largely what Matthias
expressed below.<br>
Most of them have been addressed already further down the thread.<br>
<br>
I hope that the move to github in practice would mean that the only
difference is that I 'git clone <a class="moz-txt-link-freetext" href="https://github">https://github</a>...' instead of 'git
clone <a class="moz-txt-link-freetext" href="http://llvm.org/git/test-suite.git">http://llvm.org/git/test-suite.git</a>' ?<br>
<br>
Thanks,<br>
<br>
Kristof<br>
<br>
<div class="moz-cite-prefix">On 24/02/2016 22:25, Matthias Braun via
llvm-dev wrote:<br>
</div>
<blockquote
cite="mid:6437D301-B4C3-48D9-B3BA-09A5E6D764B5@braunis.de"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div class="">I don't really care where the repository is located,
but I do have some comments on the future test-suite directions:</div>
<div class=""><br class="">
</div>
<div>
<blockquote type="cite" class="">
<div class="">On Feb 24, 2016, at 12:57 PM, Chandler Carruth
via llvm-dev <<a moz-do-not-send="true"
href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">Subject kinda says it all. Here is
my rationale:
<div class=""><br class="">
</div>
<div class="">The test-suite is really weird relative to
the rest of the LLVM project:</div>
<div class="">1) It contains all manner of crazily
licensed code.<br class="">
</div>
</div>
</div>
</blockquote>
<div>That's indeed a good reason to move the repository away.</div>
<div><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div dir="ltr" class="">
<div class="">2) We don't really care about the history at
all. Any concerns around linear history or bisection are
pretty much irrelevant.</div>
</div>
</div>
</blockquote>
<div>We do care about the history. Sometimes benchmarks get
fixed or tweaked which may change the results, we should be
able to dig into the history to see what happened when. In any
way retaining the history wouldn't be a problem, would it?</div>
<div><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div dir="ltr" class="">
<div class="">3) We don't ever plan to have LLVM code move
into or out from the test-suite</div>
</div>
</div>
</blockquote>
<div>I could actually see moving llvm code into the test-suite
(we already use lit code from llvm) but indeed move code out
of the testsuite into llvm I don't foresee happening.</div>
<br class="">
<blockquote type="cite" class="">
<div class="">
<div dir="ltr" class="">
<div class="">4) Its already big, and really should be
much bigger. We shouldn't have incentives to keep stuff
out of the test suite because of size, hosting cost, or
anything else.</div>
</div>
</div>
</blockquote>
<div>I agree with the goal of having a big test-suite. However I
think there is a point where we should rather strive to have a
stable base system for building and running tests, etc. and
then have the actual benchmarks/tests being modules on top of
that. We already have that situation today with External/SPEC*
and I think it would be a good idea to have a mode where you
just checkout more benchmarks into a test-suite subdirectory
and they are automatically recognized and used (in fact that
is something on my TODO list though at a very low position).</div>
<div><br class="">
</div>
<div>- Matthias</div>
<div><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div dir="ltr" class="">
<div class=""><br class="">
</div>
<div class="">For all of these reasons, and also because
I'd like to see how well (or rather, how poorly) a
service like GitHub actually works for the project, it
seems like splitting the test-suite out of the current
subversion repository and moving it there is the right
call.</div>
<div class=""><br class="">
</div>
<div class="">When I chatted with folks on the board, this
made sense to them as well, and I've made sure we have a
reasonable LLVM organization set up on GitHub and all
the board members are on it: <a moz-do-not-send="true"
href="https://github.com/llvm" class="">https://github.com/llvm</a>
(I think only my membership is public at the moment).</div>
<div class=""><br class="">
</div>
<div class="">There is still plenty to figure out about
how to manage this on github, but before doing anything
else I just wanted to shoot an email and see if folks
like this idea.</div>
<div class=""><br class="">
</div>
<div class="">Thanks!</div>
<div class="">-Chandler</div>
</div>
_______________________________________________<br class="">
LLVM Developers mailing list<br class="">
<a moz-do-not-send="true"
href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br
class="">
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br
class="">
</div>
</blockquote>
</div>
<br class="">
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
LLVM Developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>