search for: sdkroot

[Please cc me, as I am not on this list.] When installing the clang8 MacOS binary by wget <clang-binaries-tarball-url> tar -xf clang* cd clang* sudo mkdir /usr/local/clang8 sudo cp -R * /usr/local/clang8 the compiler works on MacOS 10.13, but not on MacOS 10.14, with an error: /usr/local/clang/bin/../include/c++/v1/stdio.h:108:15: fatal error: 'stdio.h' file not found

When building LLVM (trunk) on macOS (where there is no /usr/include/), the resulting Clang works fine for me when I add an appropriate -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk to the command line when invoking Clang. (I'm not sure I'm using it as intended, but that appears to work reasonably well for me.) However, when

David, Thanks for looking into this. I did a small reproduction on my machine outside of my build system. So here is how to reproduce: Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz Download llvm-10.0.1 macOS binary export PATH=<path to llvm/bin>:$PATH export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk untar libogg AR=llvm-ar CC=clang CXX=clang++ CFLAGS="-flto=thin -mmacosx-version-min=10.9" LDFLAGS=-flto=thin ./configure --disable-shared --enable-static make -j20 Then try to link to the lib...

The behavior here is consistent with setting SDKROOT in the environment to an OS X SDK. -Chris > On Sep 22, 2015, at 2:28 PM, Alex Wang <aw1621107 at gmail.com> wrote: > > Logs + commands added to the earlier gist. > > Only thing different from a plain trunk build is adding -Wl,-v and -Wl,-t to the > iossim link flags. &gt...

...my build system. So here is how to reproduce: > > Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz <https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz> > Download llvm-10.0.1 macOS binary > > export PATH=<path to llvm/bin>:$PATH > export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk > > untar libogg > AR=llvm-ar CC=clang CXX=clang++ CFLAGS="-flto=thin > -mmacosx-version-min=10.9" LDFLAGS=-flto=thin ./configure > --disable-shared --enable-static > make -j2...

...ist.github.com/aw1621107/3e0b5a36d028f648d7a0 <https://gist.github.com/aw1621107/3e0b5a36d028f648d7a0> > >> On Sep 22, 2015, at 5:42 PM, Chris Bieneman <beanz at apple.com <mailto:beanz at apple.com>> wrote: >> >> The behavior here is consistent with setting SDKROOT in the environment to an OS X SDK. >> >> -Chris >> >>> On Sep 22, 2015, at 2:28 PM, Alex Wang <aw1621107 at gmail.com <mailto:aw1621107 at gmail.com>> wrote: >>> >>> Logs + commands added to the earlier gist. >>> >>> Onl...

On Oct 21, 2008, at 6:07 AM, Tatu Vaajalahti wrote: > Hello all, > > I have replaced the llvm-gcc shipped with the Xcode by the latest > version and I was wondering if I have missed something... (everything > *seems* to work). > Here's what I did: Very cool! Can you please add this to the LLVM FAQ? -Chris

Yea I also just found it. Try adding this code in the bottom of debuginfo-tests/lit.cfg.py lit.util.usePlatformSdkOnDarwin(config, lit_config) On Mon, Nov 13, 2017 at 4:38 PM Adrian Prantl <aprantl at apple.com> wrote: > Ha! Found it. *Somebody* is setting an SDKROOT variable in the > environment. Can you find the code that would do this? > > — adrian > > > On Nov 13, 2017, at 4:30 PM, Adrian Prantl via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Yes I can reproduce this locally. It looks like we are not passin...

...nkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/llvm/config.py:332: note: using clang: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/clang-build/bin/clang llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/util.py:379: note: using SDKROOT: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk' llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/TestingConfig.py:101: fatal: unable to parse config file '/Users/buildslave/jenkins/workspac...

...o just found it. Try adding this code in the bottom of > debuginfo-tests/lit.cfg.py > > lit.util.usePlatformSdkOnDarwin(config, lit_config) > > > On Mon, Nov 13, 2017 at 4:38 PM Adrian Prantl <aprantl at apple.com> wrote: > >> Ha! Found it. *Somebody* is setting an SDKROOT variable in the >> environment. Can you find the code that would do this? >> >> — adrian >> >> > On Nov 13, 2017, at 4:30 PM, Adrian Prantl via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> > >> > Yes I can reproduce this locally....

...> debuginfo-tests/lit.cfg.py >>> >>> lit.util.usePlatformSdkOnDarwin(config, lit_config) >>> >>> >>> On Mon, Nov 13, 2017 at 4:38 PM Adrian Prantl <aprantl at apple.com> wrote: >>> >>>> Ha! Found it. *Somebody* is setting an SDKROOT variable in the >>>> environment. Can you find the code that would do this? >>>> >>>> — adrian >>>> >>>> > On Nov 13, 2017, at 4:30 PM, Adrian Prantl via llvm-dev < >>>> llvm-dev at lists.llvm.org> wrote: >>>&...

.../workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/llvm/config.py:332: note: using clang: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/clang-build/bin/clang > llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/util.py:379: note: using SDKROOT: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk' > > llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/TestingConfig.py:101: fatal: unable to parse config file '/Users/buildslave/jenkin...

...-stage1-configure-RA/llvm/utils/lit/lit/llvm/config.py:332: note: using clang: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/clang-build/bin/clang >>>>> llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/util.py:379: note: using SDKROOT: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk' >>>>> >>>>> llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/TestingConfig.py:101: fatal: unable to parse config fi...

...e is how to reproduce: >> >> Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz <https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz> >> Download llvm-10.0.1 macOS binary >> >> export PATH=<path to llvm/bin>:$PATH >> export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk >> >> untar libogg >> AR=llvm-ar CC=clang CXX=clang++ CFLAGS="-flto=thin >> -mmacosx-version-min=10.9" LDFLAGS=-flto=thin ./configure >> --disable-shared --enable-...

Hello, I am building libogg with clang (10.0.1) on macOS and if I pass "-flto=thin" to C and LDFLAGS it will not link correctly claiming missing symbols when linking to the archive (libogg.a). undef: _ogg_stream_init Undefined symbols for architecture x86_64: "_ogg_stream_init", referenced from: _main in lto.o Removing lto=thin fixes the problem. Inspecting the AR libs with

....util.usePlatformSdkOnDarwin(config, lit_config) >>>>> >>>>> >>>>> On Mon, Nov 13, 2017 at 4:38 PM Adrian Prantl <aprantl at apple.com> >>>>> wrote: >>>>> >>>>>> Ha! Found it. *Somebody* is setting an SDKROOT variable in the >>>>>> environment. Can you find the code that would do this? >>>>>> >>>>>> — adrian >>>>>> >>>>>> > On Nov 13, 2017, at 4:30 PM, Adrian Prantl via llvm-dev < >>>>>> llv...

...gt;>> >>> Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz <https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz> >>> Download llvm-10.0.1 macOS binary >>> >>> export PATH=<path to llvm/bin>:$PATH >>> export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk >>> >>> untar libogg >>> AR=llvm-ar CC=clang CXX=clang++ CFLAGS="-flto=thin >>> -mmacosx-version-min=10.9" LDFLAGS=-flto=thin ./configure >>> --disa...

...kspace/clang-stage1-configure-RA/llvm/utils/lit/lit/llvm/config.py:332: note: using clang: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/clang-build/bin/clang >> llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/util.py:379: note: using SDKROOT: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk' >> >> llvm-lit: /Users/buildslave/jenkins/workspace/clang-stage1-configure-RA/llvm/utils/lit/lit/TestingConfig.py:101: fatal: unable to parse config file '/Users/buildslav...

.../home/ksanina/llvm/autoconf/mkinstalldirs BuildTools; \ cd BuildTools ; \ unset CFLAGS ; \ unset CXXFLAGS ; \ /home/ksanina/llvm/configure --build=x86_64-pc-linux-gnu \ --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu; \ cd .. ; \ fi; \ (unset SDKROOT; \ make -C BuildTools \ BUILD_DIRS_ONLY=1 \ UNIVERSAL= \ ENABLE_OPTIMIZED=1 \ ENABLE_PROFILING= \ ENABLE_COVERAGE= \ DISABLE_ASSERTIONS=1 \ ENABLE_EXPENSIVE_CHECKS= \ CFLAGS= \ CXXFLAGS= \ ) || exit 1; checking build system type... x86_...

Hello all, I have replaced the llvm-gcc shipped with the Xcode by the latest version and I was wondering if I have missed something... (everything *seems* to work). Here's what I did: 0. Checkout LLVM (and clang) + llvm-gcc 1. Build LLVM (with clang) and install into /Developer/usr/local : # mkdir llvmobj # cd llvmobj # CC=gcc-4.2 CXX=g++-4.2 ../llvm/configure