<div dir="ltr">Maybe one way of addressing this issue would be to keep two versions maintained for a longer period? For example, we could commit to maintaining (minor bug fixes and limited testing only) VTK 6 for 3 years after we release VTK 7... That way customer that are stuck on old compiler can benefit from bug fixes and testing longer. If they want newer features, they would have to update. Given that we are likely to move to VTK 7 and then 8 pretty quickly, even longer than 3 years may be warranted.<div><br></div><div>I would argue for aiming for (mostly) C++ 11 by VTK 8, probably around late 2016.</div><div><br></div><div>-berk</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 10, 2015 at 10:30 AM, Bill Lorensen <span dir="ltr"><<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There may be customers that have products relying on older compilers.<br>
Switching compilers is not always an easy process since they must port<br>
their own code to the new compilers.<br>
<br>
I think we should be conservative and only remove compilers when they<br>
get in the way of progress of the vtk code base.<br>
<br>
My 2 cents.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Jun 10, 2015 at 10:07 AM, Peter Karasev <<a href="mailto:karasevpa@gmail.com">karasevpa@gmail.com</a>> wrote:<br>
> +1 for the aggressive point of view. C++11 makes life so much easier it's<br>
> practically criminal to make VTK users suffer due to legacy support.<br>
><br>
>        Peter Karasev<br>
><br>
> On Jun 9, 2015 11:30 AM, "David Cole via vtk-developers"<br>
> <<a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a>> wrote:<br>
>><br>
>> Definitely +1.<br>
>><br>
>> Agree with what Utkarsh said, plus: people writing code should be<br>
>> using modern tools for all sorts of good reasons: performance,<br>
>> security, the tools themselves are just better...<br>
>><br>
>> I would go so far as to say it's reasonable that the dev/trunk/master<br>
>> branch of a project should only support the two most recent stable<br>
>> compiler releases on any given platform. Even less for<br>
>> dev/trunk/master if there is compelling reason to use a feature only<br>
>> available in the most recent stable release.<br>
>><br>
>><br>
>> Cheers for marching forward!<br>
>> David C.<br>
>><br>
>><br>
>><br>
>> On Tue, Jun 9, 2015 at 9:58 AM, Utkarsh Ayachit<br>
>> <<a href="mailto:utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>> wrote:<br>
>> > +1. People using those compiler can stick with previous versions of VTK.<br>
>> ><br>
>> > On Tue, Jun 9, 2015 at 9:37 AM Berk Geveci <<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> Hi folks,<br>
>> >><br>
>> >> Sean graciously created a branch that removes support for Visual Studio<br>
>> >> 8<br>
>> >> and GCC < 4.1:<br>
>> >><br>
>> >> <a href="https://gitlab.kitware.com/vtk/vtk/merge_requests/38" target="_blank">https://gitlab.kitware.com/vtk/vtk/merge_requests/38</a><br>
>> >><br>
>> >> GCC 4.1 was released in 2006 and VS 9 was released in 2008 (actually<br>
>> >> late<br>
>> >> 2007). I believe that this is very reasonable. We removed support for<br>
>> >> VS 7<br>
>> >> and GCC < 3 in 2013 and doing this regularly makes it easier to<br>
>> >> maintain<br>
>> >> VTK.<br>
>> >><br>
>> >> Are there any major use cases for keeping these compilers? Unless I<br>
>> >> hear a<br>
>> >> good argument against merging this change in the next few weeks, I will<br>
>> >> go<br>
>> >> ahead and approve it.<br>
>> >><br>
>> >> Moving forward, we will likely be more aggressive removing support for<br>
>> >> older compilers. The VTK developer community really wants to leverage<br>
>> >> new<br>
>> >> C++ features (C++ 11) and newer library/compiler features (e.g. TBB,<br>
>> >> OpenMP<br>
>> >> 3 and 4) etc. We want to get there relatively fast and this will<br>
>> >> require<br>
>> >> dropping old compilers more quickly than before.<br>
>> >><br>
>> >> Thanks,<br>
>> >> -berk<br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>> >><br>
>> >> Visit other Kitware open-source projects at<br>
>> >> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>> >><br>
>> >> Please keep messages on-topic and check the VTK FAQ at:<br>
>> >> <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
>> >><br>
>> >> Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
>> >><br>
>> >> Follow this link to subscribe/unsubscribe:<br>
>> >> <a href="http://public.kitware.com/mailman/listinfo/vtkusers" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>> ><br>
>> > Visit other Kitware open-source projects at<br>
>> > <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>> ><br>
>> > Please keep messages on-topic and check the VTK FAQ at:<br>
>> > <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
>> ><br>
>> > Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
>> ><br>
>> > Follow this link to subscribe/unsubscribe:<br>
>> > <a href="http://public.kitware.com/mailman/listinfo/vtkusers" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br>
>> ><br>
>> _______________________________________________<br>
>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>><br>
>> Visit other Kitware open-source projects at<br>
>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>><br>
>> Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
>><br>
>> Follow this link to subscribe/unsubscribe:<br>
>> <a href="http://public.kitware.com/mailman/listinfo/vtk-developers" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
>><br>
><br>
> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://public.kitware.com/mailman/listinfo/vtk-developers" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Unpaid intern in BillsBasement at noware dot com<br>
</font></span></blockquote></div><br></div>