[SG10] Draft: ready for the mid-term mailing?

Jens Maurer Jens.Maurer at gmx.net
Wed Jun 26 22:05:47 CEST 2013


First of all, I generally like the current state of the proposal.

__has_include() is probably a good way forward, because there is
no really convincing spot where to put a plain macro indicating
the presence of the header.


On 06/26/2013 09:13 PM, Nelson, Clark wrote:
> Please note that I am unable to provide a rational explanation for SG10's
> decision not to recommend macros specific to the new headers.

I don't follow.   I can see two yellow spots in the attached file.
Assuming N3662 is dynarray (sorry, I'm in a hurry), this is
covered by __has_include(<dynarray>), right?

Same for <optional>.

If, at some later time, there are incremental changes, we can
introduce a plain macro __cpp_lib_dynarray with a version number,
defined in the appropriate header, right?

Yes, that leads to

#if __has_include(<dynarray>)
#include <dynarray>
#else
#define __cpp_lib_dynarray 0
#endif

in user code in some hypothetical future standard with a revised
<dynarray>.  I don't see a way out unless rehashing the __has_include
discussion.

Jens


More information about the Features mailing list