Date: Tue, 4 Jun 2013 23:38:26 +0000
I have updated the draft based on feedback from (and following) the teleconference. (At this point, I have gotten author feedback for only about 1/3 of the C++14 papers.)
The introductory text now covers all of the important points I have considered and we have discussed (as far as I remember). Please review it carefully; if it says anything it shouldn't, or doesn't say anything it should, please let me know. In particular, I have tried to avoid my own personal bias in talking about WG21's pace and practices, but I'd appreciate opinions about where I may have failed. I've also explicitly mentioned the more vexing problems we're still facing. There should probably be more examples; help is solicited in that department.
The "Recommendations" section is intended to be able to function as a separate document if necessary.
In the table for C++14 features, the main changes are that I have included alternate name recommendations I have received from authors (and others); we still need to pick the ones we think best. It was also pointed out that we should probably pick singular or plural forms, and use them consistently. (Regulars in Core know that use of plural instead of singular forms is a point about which I'm generally picky. This time, I have no recourse but to plead distraction.)
I turned Tom's list of C++11 features into a table, and added initial proposals for macro names -- in some cases including alternatives. (I'll add the links to the papers later.) In the long run, we probably need to consider Boost's complete list of configuration flags; if so, I would definitely need help with that.
I also surveyed the working paper for conditionally-supported behavior, and added a table with my findings. Obviously, this is a topic that's going to need further discussion.
The introductory text now covers all of the important points I have considered and we have discussed (as far as I remember). Please review it carefully; if it says anything it shouldn't, or doesn't say anything it should, please let me know. In particular, I have tried to avoid my own personal bias in talking about WG21's pace and practices, but I'd appreciate opinions about where I may have failed. I've also explicitly mentioned the more vexing problems we're still facing. There should probably be more examples; help is solicited in that department.
The "Recommendations" section is intended to be able to function as a separate document if necessary.
In the table for C++14 features, the main changes are that I have included alternate name recommendations I have received from authors (and others); we still need to pick the ones we think best. It was also pointed out that we should probably pick singular or plural forms, and use them consistently. (Regulars in Core know that use of plural instead of singular forms is a point about which I'm generally picky. This time, I have no recourse but to plead distraction.)
I turned Tom's list of C++11 features into a table, and added initial proposals for macro names -- in some cases including alternatives. (I'll add the links to the papers later.) In the long run, we probably need to consider Boost's complete list of configuration flags; if so, I would definitely need help with that.
I also surveyed the working paper for conditionally-supported behavior, and added a table with my findings. Obviously, this is a topic that's going to need further discussion.
-- Clark Nelson Vice chair, PL22.16 (ANSI C++ standard committee) Intel Corporation Chair, SG10 (WG21 study group for C++ feature-testing) clark.nelson_at_[hidden] Chair, CPLEX (WG14 study group for C parallel language extensions)
Received on 2013-06-05 01:52:42