[cfe-dev] Naive Mavericks Trunk Build Errors

[Eric Christopher]

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?

-eric


On Thu, Oct 31, 2013 at 10:43 AM, Erik Verbruggen <erik.verbruggen at me.com>wrote:

> 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.
>
> -- Erik
>
>
> > On 31 okt. 2013, at 09:00, "support at goldencivet" <
> support at goldencivet.com> wrote:
> >
> > Hi there.
> >
> > 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.
> >
> > After getting the code and configuring for libc++…
> >
> > $ ../llvm/configure --enable-libcpp --enable-keep-symbols
> >
> > …the make runs fine until it hits compiler-rt, where the puking on
> missing <sys> headers begins…
> >
> > COMPILE: clang_darwin/asan_osx_dynamic/i386:
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator2.cc
> > 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
> > In file included from
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator2.cc:17:
> > In file included from
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_allocator.h:19:
> > In file included from
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/asan/asan_interceptors.h:18:
> >
> LLVM_PROJECT/llvm/projects/compiler-rt/lib/interception/interception.h:90:10:
> fatal error:
> > 'sys/cdefs.h' file not found
> > #include <sys/cdefs.h>  // For __DARWIN_ALIAS_C().
> > 1 error generated.
> > make[5]: ***
> [LLVM_PROJECT/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_osx_dynamic/i386/SubDir.lib__asan/asan_allocator2.o]
> Error 1
> > make[4]: *** [BuildRuntimeLibraries] Error 2
> > make[3]: *** [compiler-rt/.makeall] Error 2
> > make[2]: *** [all] Error 1
> > make[1]: *** [clang/.makeall] Error 2
> > make: *** [all] Error 1
> >
> > …which, again naively, seems a pretty mess.
> >
> > 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.
> >
> > Has anybody actually tried this recently? If so, what’s the n00b in the
> above breaking the build?
> >
> > Thanks!
> >
> >
> >
> > _______________________________________________
> > cfe-dev mailing list
> > cfe-dev at cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20131031/c7b5eab0/attachment.html>