<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 28, 2013 at 5:06 PM, "C. Bergström" <span dir="ltr"><<a href="mailto:cbergstrom@pathscale.com" target="_blank" class="cremed">cbergstrom@pathscale.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">fuzzy://How much "heads up"</blockquote><div><br></div><div>One full release cycle, so approximately 6 months before a release incorporating this. In addition, probably several weeks to a month between the initial branch for the 3.4 release and the commits that make this so. Still more weeks between when we put it into the release notes for 3.4 and blog about it.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-1<br>
If we do it - we should do it properly.<br></blockquote><div><br></div><div>We're not talking about doing it improperly, but about doing two independent things independently.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

---------<br>
I'm strongly against anything which forces this to rely on gnu runtime and libs.<br></blockquote><div><br></div><div>You are not being forced to rely on anything. Many people have successfully bootstrapped with libc++, and if you find issues with your setup doing such a bootstrap, patches to fix that would be very welcome.</div>
<div><br></div><div>And moreover, a requirement to not use GNU runtimes or libraries in the bootstrap would be totally novel for the project. LLVM and Clang require xlC and MSVC to bootstrap on certain platforms, and you're OK with that? There are plenty of platforms with no Clang port at all but where GCC works fine, and we rely on a GCC host there. This is not new, and not something we should burden the discussion about C++11 features with.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
---------<br>
Further - While c++11 is the best thing ever - Is there actually a driving use case where using c++11 features will significantly improve the quality of the codebase?</blockquote><div><br></div><div>Yes. See my first email for some of them. See numerous other discussions. Have you tried writing any code with C++11?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> implementation perspective or performance?</blockquote><div><br></div><div>We get most of this already today, but it would be cleaner if we just admitted we rely on it.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Are there coding style guidelines which should be updated - I've seen code (ab)using auto where it was mostly author preference and not really necessary.</blockquote>
<div><br></div><div>Yes, and we have code review for this. If you would like to help review patches for high quality usage of C++11 constructs, that would be welcome.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 You really push for this, but the underlying motivation still seems unclear. (Show me the c++11 code in the subproject which is the root cause please)<br>
</blockquote></div><br></div><div class="gmail_extra">I don't know how it could be unclear. I spelled out reasons in my first email. There was a more thorough discussion in past threads on this subject. I'm not going to repeat myself here.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">And it should be quite obvious that LLD is actively using C++11 code to good effect? That was discussed extensively when the project was added.</div></div>