Boost logo

Boost :

Subject: Re: [boost] A possible date for dropping c++03 support
From: Robert Ramey (ramey_at_[hidden])
Date: 2018-08-29 14:55:39


On 8/29/18 6:47 AM, Glen Fernandes via Boost wrote:
> Edward Diener wrote:
>> Other than not removing useful Boost libraries which support c++03 as
>> well as all subsequent C++ standard levels, and not telling people that
>> they can not use such libraries in c++03 mode if they actually want to
>> do so, I am perfectly willing to let others, including yourself, decide
>> the best way in which support for c++03 in Boost is reduced. My argument
>> has always been that putting a generalized statement on the website,
>> without explaining what it actually entails as far as using Boost
> l> ibraries is concerned, is going to lead to confusion and puzzlement
>> from end-users and endless questions. What can it possibly cost to
>> actually explain of what "Boost dropping support for c++03" actually
>> consists, when it is finally decided what Boost is going to do in this
>> area ? If it is a matter of correct grammar or exposition in the
>> explanation, I will gladly volunteer to write it if no one else wants to
>> do so.
>
> +1.
>
> It sounds like what we're going to communicate to users is that Boost
> library authors or maintainers are no longer required to make their
> libraries support C++03.

I didn't think that Boost Library authors were ever required to do this
once subsequent C++ versions where released.

  Which sounds fine to me. I don't think
> library maintainers should be confined by users (even if the users are
> other Boost libraries) if they don't want to be.
>
> Any Boost library maintainers that wish to continue supporting their
> C++03 users will do so. Any other Boost library maintainers that
> depend on such libraries can drop the dependency on those libraries.

It can't really be any other way.
>
> Glen
>
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk