<div dir="ltr">Yeah, I've seen this as well now, cc'ing a couple of apple people so they know it happened. You say reinstalling command line support will work?<div><br></div><div>-eric</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Oct 31, 2013 at 10:43 AM, Erik Verbruggen <span dir="ltr"><<a href="mailto:erik.verbruggen@me.com" target="_blank">erik.verbruggen@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Was it an install or an upgrade? I had this when I had the command line tools package installed, then upgraded, and did an incremental build. Granted, cmake wasn't used, but something more horrible/fragile. Lesson learned: always reinstall the command line tools after an update.<br>

<span class="HOEnZb"><font color="#888888"><br>
-- Erik<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
> On 31 okt. 2013, at 09:00, "support@goldencivet" <<a href="mailto:support@goldencivet.com">support@goldencivet.com</a>> wrote:<br>
><br>
> Hi there.<br>
><br>
> Building LLVM/Clang trunk on a default Mavericks install – i.e. one with all SDKs packaged within Xcode and no /usr/include – naively seems busted.<br>
><br>
> After getting the code and configuring for libc++…<br>
><br>
> $ ../llvm/configure --enable-libcpp --enable-keep-symbols<br>
><br>
> …the make runs fine until it hits compiler-rt, where the puking on missing <sys> headers begins…<br>
><br>
> COMPILE: clang_darwin/asan_osx_dynamic/i386: LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator2.cc<br>
> LLVM_PROJECT/build/Debug+Asserts/bin/clang -fno-exceptions -fPIC -funwind-tables -ILLVM_PROJECT/llvm/projects/compiler-rt/lib -ILLVM_PROJECT/llvm/projects/compiler-rt/include -arch i386 -fvisibility=hidden -DVISIBILITY_HIDDEN -Wall -Werror -O3 -fomit-frame-pointer -mmacosx-version-min=10.6 -fno-builtin -gline-tables-only -DMAC_INTERPOSE_FUNCTIONS=1 -DASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 -c -o LLVM_PROJECT/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_osx_dynamic/i386/SubDir.lib__asan/asan_allocator2.o LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator2.cc<br>

> In file included from LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator2.cc:17:<br>
> In file included from LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator.h:19:<br>
> In file included from LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_interceptors.h:18:<br>
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/interception/interception.h:90:10: fatal error:<br>
> 'sys/cdefs.h' file not found<br>
> #include <sys/cdefs.h>  // For __DARWIN_ALIAS_C().<br>
> 1 error generated.<br>
> make[5]: *** [LLVM_PROJECT/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_osx_dynamic/i386/SubDir.lib__asan/asan_allocator2.o] Error 1<br>
> make[4]: *** [BuildRuntimeLibraries] Error 2<br>
> make[3]: *** [compiler-rt/.makeall] Error 2<br>
> make[2]: *** [all] Error 1<br>
> make[1]: *** [clang/.makeall] Error 2<br>
> make: *** [all] Error 1<br>
><br>
> …which, again naively, seems a pretty mess.<br>
><br>
> Adding “/usr/include” – /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include – unsurprisingly leads to a whole other rabbit hole of conflicts and compile errors, presumably because that’s kinda what we’re trying not to do.<br>

><br>
> Has anybody actually tried this recently? If so, what’s the n00b in the above breaking the build?<br>
><br>
> Thanks!<br>
><br>
><br>
><br>
> _______________________________________________<br>
> cfe-dev mailing list<br>
> <a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div>