<div dir="auto">We&#39;ll presumably need both a language component and a library component, but user code will only want to test one macro.<div dir="auto"><br></div><div dir="auto">Perhaps the compiler should define a macro for language support and the library should only define its macro if the compiler macro is defined (as min(compiler macro value, library value)?).</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 3 Aug 2018, 11:45 Ville Voutilainen, &lt;<a href="mailto:ville.voutilainen@gmail.com">ville.voutilainen@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 3 August 2018 at 21:23, Chris Kennelly &lt;<a href="mailto:ckennelly@google.com" target="_blank" rel="noreferrer">ckennelly@google.com</a>&gt; wrote:<br>
&gt; P0722, adopted at Rapperswil, added destroying operator delete.  Would it be<br>
&gt; possible to provide a feature test macro for its availability?<br>
<br>
..presumably so that you can declare such an operator only if the<br>
macro is defined, so as to<br>
avoid otherwise ill-formed code because std::destroying_delete_t<br>
wouldn&#39;t be available?<br>
<br>
Makes sense to me.<br>
_______________________________________________<br>
Features mailing list<br>
<a href="mailto:Features@isocpp.open-std.org" target="_blank" rel="noreferrer">Features@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/features" rel="noreferrer noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/features</a><br>
</blockquote></div>