<div dir="ltr">Opened issue 15687 for this problem:<div><a href="http://www.cmake.org/Bug/view.php?id=15687" target="_blank">http://www.cmake.org/Bug/view.php?id=15687</a><br></div><div><br></div><div>Thank again for your help Nils.</div><div><br></div><div>(ps: sorry, just realize now that I forgot to forward other answers to the list... Pasting the content below)</div><div><br></div><div>2015-08-07 9:27 GMT+02:00 A D <span dir="ltr"><<a href="mailto:boitoletre@gmail.com" target="_blank">boitoletre@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">2015-08-06 10:57 GMT+02:00 Nils Gladitz <span dir="ltr"><<a href="mailto:nilsgladitz@gmail.com" target="_blank">nilsgladitz@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="overflow:hidden">suggesting that even though the compiler might support -isystem, Xcode itself does (or did) not. I can't tell if that is something that may or may not have changed with current Xcode releases.<br></div></blockquote><div><br></div></span><div>Xcode has been calling Clang behind the scene (I think it was a custom Apple GCC before). There is an Xcode setting for "header search path", which is a list of 'non-system' headers. Even if there is not a separate Xcode settings for "system headers", there is a setting for the cpp flags that are directly forwarded to the compiler: in practice, this allows to achieve everything that would be possible by invoking Clang directly. In particular, if I take the path from "header search path" setting, and put it as "-isystem ${path_value}" in the "Other C++ flags" setting, I obtain the expected result.</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="overflow:hidden">If you have reason to believe it is supported now (e.g. because you are able to create and Xcode project without cmake that has explicit system includes) you may want to open an issue.</div></blockquote><div><br></div></span><div>Thank you for this suggestion, I will report the issue referring to this exchange.</div><div><br></div><div>Best regards,</div></blockquote><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-07 9:55 GMT+02:00 A D <span dir="ltr"><<a href="mailto:boitoletre@gmail.com" target="_blank">boitoletre@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span><br><div class="gmail_quote">2015-08-07 9:31 GMT+02:00 Nils Gladitz <span dir="ltr"><<a href="mailto:nilsgladitz@gmail.com" target="_blank">nilsgladitz@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One issue you might want to look for when passing the flag directly to the compiler without allowing IDE interpretation might be that the internal code model used by Xcode for e.g. auto-completion might then not know about it.</blockquote></div><br></span>That is a good point indeed. So I just tried, and both the linter and auto-completion seem to make no difference with regard to how the header path is provided to the project (they kept working in the same way):</div><div class="gmail_extra">* The linter stopped 'underlining' the boost include as soon as I gave the '-isystem <path>' to the C++ flags</div><div class="gmail_extra">* Adding a new library to this '-isystem' flag, auto-completion was aware of its symbols as soon as I included its headers in a compilation units.</div></div>
</blockquote></div><br></div></div>