<div dir="ltr">On Tue, Oct 29, 2013 at 6:11 PM, "C. Bergström" <span dir="ltr"><<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.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">On 10/30/13 03:17 AM, Chandler Carruth wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Mon, Oct 28, 2013 at 6:07 PM, "C. Bergström" <<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.com</a> <mailto:<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.<u></u>com</a>>> wrote:<br>

<br>
    On 10/29/13 07:27 AM, Chandler Carruth wrote:<br>
<br>
        On Mon, Oct 28, 2013 at 5:06 PM, "C. Bergström"<br>
        <<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.com</a> <mailto:<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.<u></u>com</a>><br></div>
        <mailto:<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.<u></u>com</a><div class="im"><br>
        <mailto:<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.<u></u>com</a>>>> wrote:<br>
<br>
            fuzzy://How much "heads up"<br>
<br>
<br>
        One full release cycle, so approximately 6 months before a release<br>
<br>
    If it's 3-6 months from *today* before something hits clang svn<br>
    trunk that should be enough time to address any problems.<br>
<br>
<br>
No, it's 1 month, maybe 2 before something hits trunk, and over 6 months before something hits a release.<br>
</div></blockquote>
I'm objecting to 1 month for svn trunk - 2 months notice is even pushing it imho.<br>
<br>
1) This is imho not the small change which it's being presented as<br>
2) As someone else stated - there are projects tracking svn trunk and telling them to just stop doing that and follow the previous release is untenable without sufficient notice. (It just doesn't seem fair)<br></blockquote>
<div><br></div><div>If such projects exist and don't want to switch to C++11 mode, I think we should let them speak up, and not delay our own plans on the hypothesis that they exist. (Maybe they'll say that this is sufficient notice, maybe not, but we can't really guess.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
May I humbly propose you create a c++11-development branch now/later/anytime and let people start using that. In parallel to that let people know that pieces of the c++11 branch will potentially start merging Feb 1st 2014. (roughly 3 months from today). This gives people time to review things before they hit trunk, test, discuss and experiment in a way that virtual discussions simply can't flush out. This hopefully won't hurt your target of the release-after-next using more modern toolchains and is *hopefully* a win-win in your view.</blockquote>
<div><br></div><div>I don't see how this helps anything. We don't /want/ to have the hassle of some people developing on a branch and some on trunk, so we would essentially have trunk stagnating and everyone developing on the branch. And then we'd merge the branch back again. Net result: exactly the same as if the people who aren't ready for c++11 stick with the 3.4 release.</div>
</div></div></div>