<div dir="ltr">On 8 November 2013 08:49,  <span dir="ltr"><<a href="mailto:dag@cray.com" target="_blank">dag@cray.com</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">
<div class="im"><span style="color:rgb(34,34,34)">This is a *serious* issue.  It doesn't seem like people really</span><br></div>
comprehend the challenges of upgrading toolchains in large software<br>
projects.  We're talking about millions and millions of lines of code<br>
spread out over many independent modules.  These all have to fit<br>
together to create a usable tool.<br></blockquote><div><br></div><div>I think we got into two modal states where people believe one side want to add all C++11 stuff tomorrow and the other never. This is not the case.</div>
<div><br></div><div>Chandler adding it to the release notes will say that, very likely, the release 3.5 will have some C++11. It doesn't say that on the day after 3.4 is branched, we'll have a complete re-write of our algorithms.</div>
<div><br></div><div>If you're following trunk, you're already used to API changes. The main difference is that the first C++11 new change will force you to change the compiler for your project. It could not happen, if we have enough pressure (I haven't moved my project yet!), but there will be back pressure (please move! do you need help?!). Or it could happen quite quickly, if we all find out that it wasn't that hard after all. I don't know.</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What is so hard about waiting an extra month to give people a chance to<br>
test the new toolchain?<br></blockquote><div><br></div><div>Nothing. And adding a note to the release won't make it come faster "just because". I think it's perfectly reasonable to wait a few month in 3.5 trunk for every one to accommodate. Whenever you're ready, announce on the list, and people can start sending patches. There will probably be corner cases (cross-compilation of small embedded devices), and we can all help with the migration, but chances are that Clang already supports it.</div>
<div><br></div><div>cheers,</div><div>--renato</div></div></div></div>