<div dir="ltr">On Fri, Jun 24, 2016 at 5:43 PM, Dmitri Gribenko via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Jun 24, 2016 at 4:41 PM, Hans Wennborg via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> Richard suggested that since we do time-based rather than<br>
> feature-based releases, the distinction between a release with or<br>
> without major changes is arbitrary, and we should move to a scheme<br>
> where we update the major version number on each release (4.0, 5.0,<br>
> etc.) with minor releases in between (4.1, 5.1, ..).<br>
<br>
</span>If we are truly committed to doing time-based releases, we can switch<br>
to time-based version numbers, Year.Month, for example, if we were to<br>
release in June it would be 16.06.  We can use an extra digit for<br>
minor releases.<br></blockquote><div><br></div><div>This would mirror other projects doing the same, so there is precedent.  Although radically different from the current model, I think it has some merit.  When people report bugs with 3.1, its actually hard to estimate how it is (roughly estimating it via ~6mo release cycle does really work).  This would certainly make it easier.</div><div><br></div><div>Its a good alternative though it does mean that we no longer have the ability to indicate a major shift.  However as Chris already pointed out, LLVM is much more stable these days and perhaps worrying about major shifts which are unseen is looking for a problem to solve rather than solving a problem at hand.</div><div><br></div><div>+1 on this suggestion.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dmitri<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if<br>
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <<a href="mailto:gribozavr@gmail.com">gribozavr@gmail.com</a>>*/<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>
</div></div>