https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #12 from Hin-Tak Leung <htl10 at users dot sourceforge.net> --- (In reply to howarth from comment #10) > This change was reverted when Apple abandoned the idea of removing the > /usr/include. They didn't appreciate the number of packages (like python) > which would require the changes to also find the new location of the > /usr/include. (In reply to howarth from comment #11) > Also, if you can't find /usr/include on OS X, that means you need to install > the Command Line Tools with 'xcode-select --install'. Have Apple really abandoned the idea of removing /usr/include ? xcode 6.1 ships all the headers under the SDK places; indeed as you said, running 'xcode-select --install' prompts for installing the command line developer's tools, which seems to install /usr/include ; but the Command Line Developer's Tool installed this way is only version 5.1 (i.e. against an older version of xcode, I think). Also I think it could be a bit more user friendly - e.g. test for the existence of /usr/include, and set "--with-sysroot=\"`xcrun --show-sdk-path`\" if /usr/include does not exist? It isn't much more code, but would make a lot of difference in user-friendliness.
