Re: [Vxl-maintainers] Remove VC6.0 support

[Miguel A. Figueroa-V. <mi...@ms...>]

For what it's worth... I think deprecation of VC 6 is definitely in order.

However, I do agree that we should accommodate the ITK's project needs, 
which shouldn't be hard to accomplish with some of CMake's magic...

just my 0.0000001 cents ;)

--Miguel

Ian Scott wrote:
> I support the deprecating of VC 6.
> 
> However, I wouldn't like to decide this by majority voting. If there is 
> anyone who heavily uses VXL under VC6 (bonus points if you are a 
> maintainer) then I'd agree to supporting VXL for the time being. If such 
> a person exists, then a commitment to abandoning VC6 by a agreed date in 
> the not-too-distant future would be in order.
> 
> Brad - you were the only one to explicitly argue for maintaining VC6 
> support is Miguel's survey. We could restrict VC6 support to vnl, 
> vnl_algo, vcl, testlib for a few more releases. Would this be acceptable?
> 
> In any case, I think minimal planned deprecation would be useful. This 
> could consist of an email to vxl-announce that the next release of VXL 
> will not support VC6.
> 
> Ian.
> 
> Amitha Perera wrote:
>> Folks,
>>
>> Based on the compiler survey that Miguel initiated, and the pain of
>> actually getting modern C++ code to work on VC6, I propose that we
>> formally remove support for Visual Studio 6. Seconders? Objections?
>>
>> If agreed upon, the question is: when? While good release engineering
>> dictates a deprecation period, I'm inclined to skip it for this. Few
>> enough people have responded that they use VC6 to be worth the effort
>> of working around the template-based linking issue currently on the
>> dashboard. (The GCC errors have some other cause. Hopefully someone is
>> looking into it.)
>>
>> Amitha.
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl...@li...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers