search for: dllvm_binutils_incdir

...-DCMAKE_C_FLAGS="-O2 -g" \ -DCMAKE_CXX_FLAGS="-O2 -g" \ -DENABLE_LINKER_BUILD_ID=ON \ -DLLVM_ENABLE_ASSERTIONS=ON \ -DLLVM_ENABLE_PIC=ON \ -DLLVM_BINUTILS_INCDIR=/usr/include \ -DLLVM_TARGETS_TO_BUILD=host \ -DLLVM_TARGET_ARCH=host \ -DLLVM_LIBDIR_SUFFIX=64 \ -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ -DLLVM_ENABLE_LIBCXX=ON .. results...

...is installed right? > It seems that when you built the stage1 clang, it didn’t find Gold installed, and then didn’t build the plugin. > So you need to go back to the first build (not the ThinLTO one, the one with the system compiler), and make sure that CMake finds gold. You probably missed -DLLVM_BINUTILS_INCDIR. See: http://llvm.org/docs/GoldPlugin.html — Mehdi > > >> >> I have two questions here: >> >> Is there anything I might have missed when configuring the gcc-built >> llvm install for it to be incomplete in the linker department? I mean, >> the syst...

On Fri, Sep 16, 2016 at 2:54 PM, Carsten Mattner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Fri, Sep 16, 2016 at 11:28 PM, Mehdi Amini <mehdi.amini at apple.com> > wrote: > > > You probably missed -DLLVM_BINUTILS_INCDIR. > > > > See: http://llvm.org/docs/GoldPlugin.html > > plugin-api.h is in /usr/include, so I'd expect it to be found, but I > can explicitly set BINUTILS_INCDIR and re-bootstrap with gcc 6.2.1. > > I have ld.gold, but I'm not sure if /usr/bin/ld uses it, though I&...

...ot; \ >> -DCMAKE_CXX_FLAGS="-O2 -g" \ >> -DENABLE_LINKER_BUILD_ID=ON \ >> -DLLVM_ENABLE_ASSERTIONS=ON \ >> -DLLVM_ENABLE_PIC=ON \ >> -DLLVM_BINUTILS_INCDIR=/usr/include \ >> -DLLVM_TARGETS_TO_BUILD=host \ >> -DLLVM_TARGET_ARCH=host \ >> -DLLVM_LIBDIR_SUFFIX=64 \ >> -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ >>...

...E_PATH=$myincpath \ -DCMAKE_SYSTEM_LIBRARY_PATH=$mylibpath \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DCURSES_NEED_NCURSES=TRUE \ -DFFI_INCLUDE_DIR=$DESTROOT/lib/libffi-3.0.11/include \ -DFFI_LIBRARY_DIR=$DESTROOT/lib \ -DGCC_INSTALL_PREFIX=$GCC_ROOT \ -DLLVM_BINUTILS_INCDIR=${DESTROOT}/include \ -DLLVM_BUILD_32_BITS=OFF \ -DLLVM_BUILD_EXAMPLES=ON \ -DLLVM_ENABLE_CXX1Y=ON \ -DLLVM_ENABLE_EH=ON \ -DLLVM_ENABLE_FFI=ON \ -DLLVM_ENABLE_LIBCXX=ON \ -DLLVM_ENABLE_RTTI=ON \ -DLLVM_ENABLE_THREADS=ON \ -DLL...

...DCMAKE_INSTALL_PREFIX=/usr \ -DLLVM_LIBDIR_SUFFIX=64 \ -DCMAKE_C_FLAGS="-fuse-ld=gold -fPIC" \ -DCMAKE_CXX_FLAGS="-fuse-ld=gold -fPIC" \ -DLLVM_REQUIRES_RTTI=ON \ -DLLVM_ENABLE_TIMESTAMPS=OFF \ -DLLVM_ENABLE_ASSERTIONS=ON \ -DLLVM_ENABLE_PIC=ON \ -DLLVM_BINUTILS_INCDIR=/usr/include \ -DLLVM_TARGETS_TO_BUILD=all \ -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ -DLLVM_ENABLE_LIBCXX=ON \ .. Wonder if anyone hit the same problem? Thanks, ismail

The configuration we’re mentioning is a 2-stage bootstrap: You need first to build without LTO your own clang, and then use it for the LTO build. — Mehid > On Sep 20, 2016, at 10:17 AM, Michael Kruse <llvmdev at meinersbur.de> wrote: > > I am the author of Polly's/ISL's platform tests and could reproduce > the problem on my system with this error message: > >

On Tue, Sep 27, 2016 at 6:53 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > > > On Sep 27, 2016, at 2:18 AM, Carsten Mattner <carstenmattner at gmail.com> > wrote: > > > >> On Mon, Sep 26, 2016 at 11:02 PM, Teresa Johnson <tejohnson at google.com> > wrote: > >> I'll either need to get a reproducer from you and/or try to repro

...E_PATH=$myincpath \ -DCMAKE_SYSTEM_LIBRARY_PATH=$mylibpath \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DCURSES_NEED_NCURSES=TRUE \ -DFFI_INCLUDE_DIR=$DESTROOT/lib/libffi-3.0.11/include \ -DFFI_LIBRARY_DIR=$DESTROOT/lib \ -DGCC_INSTALL_PREFIX=$GCC_ROOT \ -DLLVM_BINUTILS_INCDIR=${DESTROOT}/include \ -DLLVM_BUILD_32_BITS=OFF \ -DLLVM_BUILD_EXAMPLES=ON \ -DLLVM_ENABLE_CXX1Y=ON \ -DLLVM_ENABLE_EH=ON \ -DLLVM_ENABLE_FFI=ON \ -DLLVM_ENABLE_LIBCXX=ON \ -DLLVM_ENABLE_RTTI=ON \ -DLLVM_ENABLE_THREADS=ON \ -DLL...

...> wrote: >> >> On Fri, Sep 16, 2016 at 2:54 PM, Carsten Mattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> On Fri, Sep 16, 2016 at 11:28 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: >>> >>>> You probably missed -DLLVM_BINUTILS_INCDIR. >>>> >>>> See: http://llvm.org/docs/GoldPlugin.html >>> >>> plugin-api.h is in /usr/include, so I'd expect it to be found, but I >>> can explicitly set BINUTILS_INCDIR and re-bootstrap with gcc 6.2.1. >>> >>> I have ld.gol...

...CS=OFF \     -DLLVM_ENABLE_SPHINX=OFF \     -DLLVM_ENABLE_DOXYGEN=OFF \     -DLLDB_DISABLE_LIBEDIT=1 \     -DSPHINX_WARNINGS_AS_ERRORS=OFF \     -DFFI_INCLUDE_DIR=$(pkg-config --variable=includedir libffi) \     -DFFI_LIBRARY_DIR:PATH="$(pkg-config --variable=libdir libffi)" \     -DLLVM_BINUTILS_INCDIR=/usr/include \     -DLLVM_LIBDIR_SUFFIX=64 \     -DLIBCXX_ENABLE_ABI_LINKER_SCRIPT=ON \     -DLIBUNWIND_ENABLE_SHARED=ON \     -DLIBCXXABI_USE_LLVM_UNWINDER=ON \     -DLLDB_TEST_C_COMPILER=clang \     -DLLDB_TEST_CXX_COMPILER=clang++ \     -DLLVM_DEFAULT_TARGET_TRIPLE="x86_64-redhat-lin...

...> wrote: > I finally got around to trying to build with LTO=Thin as discussed earlier. > > The results so far are negative, so I must have done something wrong. > > $ export CXX=clang CC=clang > > $ cmake \ > -G Ninja \ > -DCMAKE_BUILD_TYPE=Release \ > -DLLVM_BINUTILS_INCDIR=/usr/include \ > -DCMAKE_INSTALL_PREFIX=$PREFIX \ > -DLLVM_TARGETS_TO_BUILD="X86" \ > -DLLVM_ENABLE_BACKTRACES=OFF \ > -DLLVM_BUILD_EXAMPLES=OFF \ > -DLLVM_INCLUDE_EXAMPLES=OFF \ > -DLLVM_BUILD_TESTS=OFF \ > -DLLVM_INCLUDE_TESTS=OFF \ >...

.../llvm/${build_dir_name}/clang-install > BUILD_COMPILER=$HOME/llvm/llvm_10_release_build > SRC=$HOME/llvm/llvm_head > BINUTILS=$HOME/binutils/binutils > env DYLD_LIBRARY_PATH=$BUILD_COMPILER/lib/ \ > cmake \ > -G Ninja \ > -DCMAKE_BUILD_TYPE=${type} \ > -DLLVM_BINUTILS_INCDIR=$BINUTILS/include \ [...] > -DCMAKE_C_FLAGS=${cflgs} \ > -DCMAKE_CXX_FLAGS=${cflgs} \ > -DCMAKE_EXE_LINKER_FLAGS=${linkflgs} \ > $SRC Is BUILD_COMPILER/bin the result of a previous non-LTO build of trunk? If any of you have suggestions what to omit from the above flags...

FYI, I just successfully performed a 3-stage bootstrap with stage2/stage3 object file comparison on x86_64-apple-darwin16 for llvm/clang/clang-tools-extra/compiler-rt/libcxx/openmp/polly using our custom fink packaging scripts with the -DLLVM_REVERSE_ITERATION:BOOL=ON cmake option. There were no stage2/stage3 object file comparison failures or test suite regressions. I do have one question

...johnson at google.com> > wrote: > > > On Fri, Sep 16, 2016 at 2:54 PM, Carsten Mattner via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > On Fri, Sep 16, 2016 at 11:28 PM, Mehdi Amini <mehdi.amini at apple.com> > wrote: > > You probably missed -DLLVM_BINUTILS_INCDIR. > > See: http://llvm.org/docs/GoldPlugin.html > > > plugin-api.h is in /usr/include, so I'd expect it to be found, but I > can explicitly set BINUTILS_INCDIR and re-bootstrap with gcc 6.2.1. > > I have ld.gold, but I'm not sure if /usr/bin/ld uses it, though I'd...

...env=None, # build_gold=True, # cmake_cache_file="../llvm.src/tools/clang/cmake/caches/3-stage.cmake", # extra_cmake_options=[ # '-GNinja', # '-DLLVM_TARGETS_TO_BUILD=all', # '-DLLVM_BINUTILS_INCDIR=/opt/binutils/include'])},, > > Errr, last i looked, a ton were doing so?

...-DLLVM_ENABLE_DOXYGEN=OFF \ >> -DLLDB_DISABLE_LIBEDIT=1 \ >> -DSPHINX_WARNINGS_AS_ERRORS=OFF \ >> -DFFI_INCLUDE_DIR=$(pkg-config --variable=includedir libffi) \ >> -DFFI_LIBRARY_DIR:PATH="$(pkg-config --variable=libdir libffi)" \ >> -DLLVM_BINUTILS_INCDIR=/usr/include \ >> -DLLVM_LIBDIR_SUFFIX=64 \ >> -DLIBCXX_ENABLE_ABI_LINKER_SCRIPT=ON \ >> -DLIBUNWIND_ENABLE_SHARED=ON \ >> -DLIBCXXABI_USE_LLVM_UNWINDER=ON \ >> -DLLDB_TEST_C_COMPILER=clang \ >> -DLLDB_TEST_CXX_COMPILER=clang++ \ &gt...

...;> -DLLDB_DISABLE_LIBEDIT=1 \ >>>> -DSPHINX_WARNINGS_AS_ERRORS=OFF \ >>>> -DFFI_INCLUDE_DIR=$(pkg-config --variable=includedir libffi) \ >>>> -DFFI_LIBRARY_DIR:PATH="$(pkg-config --variable=libdir libffi)" \ >>>> -DLLVM_BINUTILS_INCDIR=/usr/include \ >>>> -DLLVM_LIBDIR_SUFFIX=64 \ >>>> -DLIBCXX_ENABLE_ABI_LINKER_SCRIPT=ON \ >>>> -DLIBUNWIND_ENABLE_SHARED=ON \ >>>> -DLIBCXXABI_USE_LLVM_UNWINDER=ON \ >>>> -DLLDB_TEST_C_COMPILER=clang \ >>>...

> On Dec 20, 2016, at 5:49 AM, Carsten Mattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > ​Hi again, Teresa. > > Looks like I had forgotten to report back with success > when finally building 3.9.0 in ThinLTO linker mode > back in October. Sorry about that and thanks for > helping me out. I know how important it is to get > success reports as well, as a

...cal about how doable this is I’d encourage you to look at this bot -> http://lab.llvm.org:8011/builders/clang-3stage-ubuntu. That bot does a full 3-stage clang build from a single CMake invocation: cmake -C ../llvm.src/tools/clang/cmake/caches/3-stage.cmake -GNinja -DLLVM_TARGETS_TO_BUILD=all -DLLVM_BINUTILS_INCDIR=/opt/binutils/include ../llvm.src > So why not run out of tree instead you may ask? > > No lit tests or lit utilities (FileCheck, not, etc…) I don’t know if the runtimes you’re building are setup for this or not, but you can get out-of-tree tests working if you have an LLVM installation...