<div dir="rtl"><div dir="ltr">We shouldn't hide any binary version. We may succeed = confusing a candidate user who will get another compiler.</div><div dir="ltr"><br></div><div dir="ltr">It is however very important to be clear what is what:</div>

<div dir="ltr"><br></div><div dir="ltr">clang 3.3 is "Last stable version" = the version that works but does not have all the new bells and whistles.</div><div dir="ltr">ToT svn is "Current development version" = the version with all the new features but may contain news bugs.<br>

</div><div dir="ltr"><br></div><div dir="ltr">To each his own.</div><div dir="ltr"><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div dir="ltr">2013/11/13 Alp Toker <span dir="ltr"><<a href="mailto:alp@nuanti.com" target="_blank">alp@nuanti.com</a>></span></div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On 13/11/2013 16:58, Timur Iskhodzhanov wrote:<br>
> 2013/11/13 Reid Kleckner <<a href="mailto:rnk@google.com">rnk@google.com</a>>:<br>
>> On Wed, Nov 13, 2013 at 2:57 AM, Yaron Keren <<a href="mailto:yaron.keren@gmail.com">yaron.keren@gmail.com</a>> wrote:<br>
>>> It should list the pre-built binaries at first. It should link to the<br>
>>> Windows pre-built binaries which currently are well hidden on the alpha<br>
>>> site.<br>
>><br>
>> I'd rather keep the development builds somewhat hidden.  They are alpha,<br>
>> after all.  When we do the 3.4 release, we should make a Windows installer<br>
>> and put it with the other binary packages, which are currently the most<br>
>> discoverable.<br>
> Frankly, the 3.4 will be way "alpha" on Windows still due to byval,<br>
> RTTI and stuff...<br>
<br>
</div>Hi Timur,<br>
<br>
Disagree strongly on this.<br>
<br>
The Windows build of clang 3.4 is absolutely production-grade in almost<br>
every area now. It's not a major problem if codegen isn't quite there<br>
yet as long as it's mentioned in the release notes.<br>
<br>
Compelling features like refactoring, the C SDK, Python API, static<br>
analyser -- nearly all the "exciting" features that set clang apart --<br>
are all production-grade on Windows and have been for some time.<br>
<br>
When it comes time to compile, there are plenty of commodity compilers<br>
out there that'll get the job done as a stopgap.<br>
<br>
clang 3.4 on Windows is something to announce and be proud of, not to<br>
hide away as 'alpha'<br>
<span class="HOEnZb"><font color="#888888"><br>
Alp.<br>
</font></span><div class="im HOEnZb"><br>
<br>
<br>
><br>
> 2013/11/12 "C. Bergström" <<a href="mailto:cbergstrom@pathscale.com">cbergstrom@pathscale.com</a>>:<br>
>> My best guess would be an "experimental" branch(es) and "experimental"<br>
>> labeled binaries which the "community" can somehow publish more easily.<br>
> Isn't github a suitable place for this?<br>
><br>
</div><div class="im HOEnZb">> _______________________________________________<br>
> cfe-dev mailing list<br>
> <a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br>
</div><div class="im HOEnZb">--<br>
<a href="http://www.nuanti.com" target="_blank">http://www.nuanti.com</a><br>
the browser experts<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div>