<div dir="ltr">First thing I would do is file a radar. I know that's a terrible solution, but it'll be the thing anyone at apple will tell us to do first thing.<div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">—Mark<br>_______________________<br>Mark E. Anderson <<a href="mailto:emer@emer.net" target="_blank">emer@emer.net</a>><br></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Nov 11, 2018 at 5:36 PM Perry E. Metzger <<a href="mailto:perry@piermont.com">perry@piermont.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As some of you are aware, XCode 10 no longer searches SDK include<br>
directories for C headers specified with " marks, as in<br>
<br>
#include "stdio.h"<br>
<br>
I happened to be reading the C standard (don't ask why) and I've<br>
discovered this new behavior is wrong and the original behavior was<br>
correct. To wit, in C11, 6.10.2 Source file inclusion, paragraph 3:<br>
<br>
   A preprocessing directive of the form<br>
   # include "q-char-sequence" new-line<br>
   causes the replacement of that directive by the entire contents of<br>
   the source file identified by the specified sequence between the "<br>
   delimiters. The named source file is searched for in an<br>
   implementation-defined manner. If this search is not supported, or<br>
   if the search fails, the directive is reprocessed as if it read<br>
   # include <h-char-sequence> new-line<br>
   with the identical contained sequence (including > characters, if<br>
   any) from the original directive.<br>
<br>
In other words, if you say "stdio.h", and that file isn't found in the<br>
search path for "-quoted include file names, the compiler is to search<br>
as though it had been written with a <name.h> include.<br>
<br>
I know some of our group are Apple employees. Does anyone know how to<br>
get in touch with the Xcode team to inform them that this change of<br>
behavior is apparently nonstandard, and breaks the expectations of<br>
standards conforming C code?<br>
<br>
Perry<br>
-- <br>
Perry E. Metzger                <a href="mailto:perry@piermont.com" target="_blank">perry@piermont.com</a><br>
</blockquote></div>