|
Boost : |
From: Jeff Garland (jeff_at_[hidden])
Date: 2005-01-30 13:33:25
On Sun, 30 Jan 2005 17:55:55 +0100, Terje Slettebø wrote
> Because of this, Kevlin Henney and I was wondering whether or
> not MSVC 6 support for this component (and components in Boost in
> general) is no longer demanded, or in general, what the required
> conformance level is?
We've discussed this a number of times, but there is no 'boost-wide' policy.
Some libraries have slowly started dropping VC6 support -- spirit comes to
mind. Some authors (as I recall the Boost.Python folks) have a strong user
base still using VC6 and don't want to cut it off. With date-time I've been
taking the approach of attempting to maintain existing functionality, but new
functionality that breaks VC6 is essentially simply marked. Even maintaining
existing functions takes significant effort because of the VC6 fragilities.
For example, someone recently reported that VC6 with STLPort and date-time
creates an ICE.
Personally, I think the time has come to cut the cord on VC6 testing and
compatability. In my mind Boost as a whole is being held back by the time
Boost developers waste hacking apart their implementations and answering
questions for this 7 year old, seriously non-compliant compiler. Perhaps the
fact that we move on will spur some people to upgrade compilers, improving the
life of a few c++ developers along the way (I suppose this also might increase
sales in Redmond -- of course they already mention Boost on the VC7
packaging...). And the folks stuck with VC6 can always use older versions of
Boost or test out new versions against VC6 for themselves, submit patches, or
pay someone to do this work.
BTW, I have an interest in your decision b/c date-time depends on
lexical_cast. So far whatever is breaking the regression tests doesn't seem
to be affecting date-time...
Jeff
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk