search for: llvm_libdir_suffix

..."${prefix}" = "NONE" ; then prefix="/usr/local" fi +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") eval LLVM_PREFIX="${prefix}"; eval LLVM_BINDIR="${prefix}/bin"; -eval LLVM_LIBDIR="${prefix}/lib"; +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; eval LLVM_DATADIR="${prefix}/share/llvm"; eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; eval LLVM_ETCDIR="${prefix}/etc/llvm"; diff --git a/cmake/modules/LLVMConfig.cmake.in b/...

...ONE" ; then > prefix="/usr/local" > fi > +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") > eval LLVM_PREFIX="${prefix}"; > eval LLVM_BINDIR="${prefix}/bin"; > -eval LLVM_LIBDIR="${prefix}/lib"; > +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" > +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; > eval LLVM_DATADIR="${prefix}/share/llvm"; > eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; > eval LLVM_ETCDIR="${prefix}/etc/llvm"; > diff --git a/cmake/modules/...

...="/usr/local" > > fi > > +libdir_suffix=$(echo ${libdir} | sed -r "s:.*[^0-9]([0-9]*):\1:g") > > eval LLVM_PREFIX="${prefix}"; > > eval LLVM_BINDIR="${prefix}/bin"; > > -eval LLVM_LIBDIR="${prefix}/lib"; > > +eval LLVM_LIBDIR_SUFFIX="${libdir_suffix}" > > +eval LLVM_LIBDIR="${prefix}/lib${libdir_suffix}"; > > eval LLVM_DATADIR="${prefix}/share/llvm"; > > eval LLVM_DOCSDIR="${prefix}/share/doc/llvm"; > > eval LLVM_ETCDIR="${prefix}/etc/llvm"; > > di...

Hi, here is a patch for fixing the libdir suffix issue in llvm-config on CMake builds (if using -DLLVM_LIBDIR_SUFFIX=32/64). It works successfully on my openSUSE i586 (/usr/lib/) and x86_64 (/usr/lib64/) systems. Please CC me on further discussion. Thanks. Johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-llvm-config-Support-LLVM_LIBDIR_SUFFIX-on-CMake-buil.patch...

...along with the other variables expanded when going from llvm-config.in to llvm-config. On Sat, Jul 30, 2011 at 1:32 AM, Johannes Obermayr <johannesobermayr at gmx.de>wrote: > Hi, > > here is a patch for fixing the libdir suffix issue in llvm-config on CMake > builds (if using -DLLVM_LIBDIR_SUFFIX=32/64). > > It works successfully on my openSUSE i586 (/usr/lib/) and x86_64 > (/usr/lib64/) systems. > > Please CC me on further discussion. > > Thanks. > Johannes > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc...

...of LLVM in my own CMake project. For this the following cmake files of LLVM have to be extended (patches are provided at the end of this message). In AddLLVM.cmake one line has to be added: macro(add_llvm_library name) ... install(TARGETS ${name} EXPORT LLVM LIBRARY DESTINATION lib${LLVM_LIBDIR_SUFFIX} ARCHIVE DESTINATION lib${LLVM_LIBDIR_SUFFIX}) ... At the end of the main CMakeLists.txt we need to install the LLVM export file: # install LLVM package install(EXPORT LLVM DESTINATION cmake) In my own project I just need to do the following: # import llvm find_path(LLVM_CMAKE_DIR llvm.c...

I suspect the answer is "no" as it dies with a hard error for me. I don't want to fix this if it isn't being used; I would rather delete it and avoid the complexity it brings. Thoughts? This came up because I have changes to LLD's CMake build to support LLVM_LIBDIR_SUFFIX more effectively, but I can't test them in a standalone build. -Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141228/40ecfd91/attachment.html>

The behavior of automatically detecting libraries installed in the same prefix feels like magic to me anyway. Perhaps it would be better to have project-level variables for specifying the path to them individually? The default value for them could remain as origin/../lib which would keep from breaking things. On Thu May 29 2014 at 7:06:17 PM, Chandler Carruth <chandlerc at google.com>

...-DCMAKE_CXX_COMPILER=${LLVM_RUNTIME_OUTPUT_INTDIR}/clang++ -DCMAKE_BUILD_TYPE=Release -DLLVM_CONFIG_PATH=${LLVM_RUNTIME_OUTPUT_INTDIR}/llvm-config -DCOMPILER_RT_OUTPUT_DIR=${LLVM_LIBRARY_OUTPUT_INTDIR}/clang/${CLANG_VERSION} -DCOMPILER_RT_INSTALL_PATH=lib${LLVM_LIBDIR_SUFFIX}/clang/${CLANG_VERSION} # -DCOMPILER_RT_INCLUDE_TESTS=ON INSTALL_COMMAND "" ) add_dependencies(compiler-rt clang clang++ llvm-config) 1) Looks like "DEPENDS" option is just broken - docs here ( http://www.kitware.com/media/html/BuildingExternalProjec...

...NSTALL_PREFIX} > > + -DLLVM_CONFIG_PATH=${LLVM_RUNTIME_OUTPUT_INTDIR}/llvm-config > > + -DLLVM_LIBRARY_OUTPUT_INTDIR=${LLVM_LIBRARY_OUTPUT_INTDIR} > > + -DLLVM_RUNTIME_OUTPUT_INTDIR=${LLVM_RUNTIME_OUTPUT_INTDIR} > > + -DLLVM_LIBDIR_SUFFIX=${LLVM_LIBDIR_SUFFIX} > > + -DLLVM_ENABLE_WERROR=${LLVM_ENABLE_WERROR} > > + -DPACKAGE_VERSION=${PACKAGE_VERSION} > > + -DCMAKE_BUILD_TYPE=${CMAKE_BUILD_TYPE} > > + -DCMAKE_MAKE_PROGRAM=${CMAKE_MAKE_PROGRAM} > >...

On Thu, Feb 6, 2014 at 7:57 PM, Jean-Daniel Dupas <devlists at shadowlab.org>wrote: > > Le 6 févr. 2014 à 16:20, Brad King <brad.king at kitware.com> a écrit : > > > On 02/06/2014 08:12 AM, Alexey Samsonov wrote: > >> Please note that it makes a lot of sense to built compiler-rt (and > sanitizers) with just-built > >> Clang. In fact, even though we

...+ -DLLVM_CONFIG_PATH=${LLVM_RUNTIME_OUTPUT_INTDIR}/llvm-config >>> > + -DLLVM_LIBRARY_OUTPUT_INTDIR=${LLVM_LIBRARY_OUTPUT_INTDIR} >>> > + -DLLVM_RUNTIME_OUTPUT_INTDIR=${LLVM_RUNTIME_OUTPUT_INTDIR} >>> > + -DLLVM_LIBDIR_SUFFIX=${LLVM_LIBDIR_SUFFIX} >>> > + -DLLVM_ENABLE_WERROR=${LLVM_ENABLE_WERROR} >>> > + -DPACKAGE_VERSION=${PACKAGE_VERSION} >>> > + -DCMAKE_BUILD_TYPE=${CMAKE_BUILD_TYPE} >>> > + -DCMAKE_MAKE_PROGRAM=$...

...CONFIG_PATH=${LLVM_RUNTIME_OUTPUT_INTDIR}/llvm-config >>>>> > + -DLLVM_LIBRARY_OUTPUT_INTDIR=${LLVM_LIBRARY_OUTPUT_INTDIR} >>>>> > + -DLLVM_RUNTIME_OUTPUT_INTDIR=${LLVM_RUNTIME_OUTPUT_INTDIR} >>>>> > + -DLLVM_LIBDIR_SUFFIX=${LLVM_LIBDIR_SUFFIX} >>>>> > + -DLLVM_ENABLE_WERROR=${LLVM_ENABLE_WERROR} >>>>> > + -DPACKAGE_VERSION=${PACKAGE_VERSION} >>>>> > + -DCMAKE_BUILD_TYPE=${CMAKE_BUILD_TYPE} >>>>> > +...

Hi folks, Building any LLVM project currently requires invoking CMake inside <monorepo-root>/llvm, while setting the projects to enable in the LLVM_ENABLE_PROJECTS variable. This has the downside that CMake processing for the LLVM subproject happens even when one doesn't really need or want it. It's also not great from a build hygiene perspective, as LLVM globally sets some flags

On Mon, Mar 14, 2016 at 5:30 PM, Chris Bieneman <cbieneman at apple.com> wrote: [ brutal-snip ] ... > [ TODO#S: Before doing a 2nd build (and in a 3rd run using more > optimized binaries) ] > > How do I anable LTO via CMAKE? > > > LLVM_ENALBLE_LTO=On > [ v4 of my build-script attached ] Hi Chris, thanks for the response! That seems to work (see below). $ cd

Trying to run a self host "ninja check-clang" with ASan enabled I hit a /lot/ of errors like this (strangely I hit none of these in check-llvm, only in check-clang): Any ideas? ==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed:

...NSTALL_OCAMLDOC_HTML_DIR:STRING=share/doc/llvm/ocaml-html //Only include toolchain files in the 'install' target. LLVM_INSTALL_TOOLCHAIN_ONLY:BOOL=OFF //Include utility binaries in the 'install' target. LLVM_INSTALL_UTILS:BOOL=OFF //Define suffix of library directory name (32/64) LLVM_LIBDIR_SUFFIX:STRING= //Link tools against the libllvm dynamic library LLVM_LINK_LLVM_DYLIB:BOOL=OFF //Default options for lit LLVM_LIT_ARGS:STRING=-sv //Force TableGen to be built with optimization LLVM_OPTIMIZED_TABLEGEN:BOOL=OFF //Define the maximum number of concurrent compilation jobs. LLVM_PARALLEL_COM...