<div dir="ltr">Adding a __has_include_next check sounds good to me. We already do this for several other headers.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Hal: if you're interested in driving this (rebasing the patch and adding the include_next machinery), please go ahead.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 25, 2014 at 1:42 PM, Ed Schouten <span dir="ltr"><<a href="mailto:ed@80386.nl" target="_blank">ed@80386.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 22 September 2014 16:38, Hal Finkel <<a href="mailto:hfinkel@anl.gov">hfinkel@anl.gov</a>> wrote:<br>
> Understood. I suggested exactly this (<a href="http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140915/115196.html" target="_blank">http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140915/115196.html</a>). Does that work for you?<br>
<br>
</span>Yes. That's perfect. Thanks!<br>
<br>
On a more general note, I'd love to see if Clang would eventually<br>
focus on providing built-ins that would allow OS authors to come up<br>
with the standard headers easily, instead of providing the headers<br>
themselves.<br>
<br>
For example, it would be pretty nice if we could write down things like:<br>
<br>
typedef __builtin_uint32_t uint32_t;<br>
<br>
#define LONG_MAX __builtin_max(long)<br>
<br>
etc.<br>
<br>
But don't let me hijack this thread. :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Ed Schouten <<a href="mailto:ed@80386.nl">ed@80386.nl</a>><br>
</font></span></blockquote></div><br></div></div>