<div dir="ltr">Hi Joan:<div><br></div><div>I'm sure there are people that use the XCode generator, but I develop on a Mac and don't use it -- well, I did try it once and was underwhelmed by what it produced and gave up on it.  So, I just use Ninja, which is fast and works great.  Also, since it seems like a lot of people use it, it's well tested, and you don't have the issues you're having with XCode.  Plus it works the some on the other platforms I use, e.g., Linux.</div><div><br></div><div>I do use the XCode debugger from time to time -- just setup an external project and it figures everything out.</div><div><br></div><div>hth...</div><div>don</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 5, 2019 at 2:24 PM Joan Lluch via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">To be honest, I don’t either know what really happens under the hood when CMake creates the xCode project for CLang+LLVM. But there’s something really <i>explicit</i> going on there, because the project as it’s shown in xCode does not have the same file grouping structure than the actual physical folders. Not only the project file grouping doesn't match the physical folder locations, but the group naming is different and generally more convenient and organised than the actual folder structure. What does all that, I have no idea, but cmake creates it all by just selecting xCode as the cmake “generator”.<div><br><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div style="overflow-wrap: break-word;"><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">John<br></div></div></div>
</div>
<br><div><blockquote type="cite"><div>On 5 May 2019, at 22:58, Tim Northover <<a href="mailto:t.p.northover@gmail.com" target="_blank">t.p.northover@gmail.com</a>> wrote:</div><br class="gmail-m_-3305804094195815622Apple-interchange-newline"><div><div>On Sun, 5 May 2019 at 21:49, Joan Lluch <<a href="mailto:joan.lluch@icloud.com" target="_blank">joan.lluch@icloud.com</a>> wrote:<br><blockquote type="cite">However, I now have found that for some reason the .h files in the lib/Basic/Targets directory were not included as part of the Xcode project.<br></blockquote><br>Ah. At least we now have a common view on the source, and hopefully<br>you can see what needs doing (even if Xcode won't reflect reality<br>properly for whatever reason).<br><br><blockquote type="cite">I assume this is a bug on one of the cmake install files.<br></blockquote><br>As far as I'm aware LLVM has little to no Xcode magic in its CMake<br>files. So the bug would be in either CMake (supplying inadequate<br>dependencies?) or Xcode (misinterpreting CMake output?).<br><br>I'm afraid I don't really know enough about either to say which is<br>responsible. It could even be LLVM, though from what I *have* seen of<br>CMake, I'd be surprised if we needed to declare headers.<br><br>Cheers.<br><br>Tim.<br></div></div></blockquote></div><br></div></div>_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>