|Project:||Programming Language C++|
|Author:||Detlef Vollmann, firstname.lastname@example.org|
|Target audience:||LEWG, LWG|
There are many reasons to have source code that needs to compile across a wide range of C and C++ compilers. There are even more reasons to have source code that needs to compile across a wide range of differnt C++ compilers and versions. There are still many environments where only C++03 is supported. However, with C++17 it turns out that while the common subset of C and C++ is pretty stable, regardless of the version of C++, the common subset between different C++ versions is shrinking significantly. It would be bad to tell people to use the common subset of C and C++ if they want API stability.
All removals of features in a new version of C++ diminishes the size of the common subset between the new version and the older ones. The removal of the old C++98/03 function binders is an exceptionally bad example of feature removal.Some of the reasons include:
Put the binders back in.
This is the easiest solution and would solve all problems.
For change 1, it would also be possible to disallow still providing the binders (i.e. make the removal non-optional), but I don't think anybody would like this option (I don't).
Change 2 is not strictly required, but it doesn't make much sense to reserve these names if the features aren't there and it makes the life of the programmer somewhat easier if they don't have to change the name globally.
decltype work in change 3
is the topic of a separate issue