search for: cmake_exe_linker_flag

...D GCC_INSTALL_PREFIX) >> + set(CMAKE_INSTALL_RPATH "${GCC_INSTALL_PREFIX}/lib") >> + else() >> + set(CMAKE_INSTALL_RPATH "\$ORIGIN/../lib") >> + endif() >> + >> if (${CMAKE_SYSTEM_NAME} MATCHES FreeBSD) >> set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} >> -Wl,-z,origin") >> endif() >> > -- >> 1.9.1.423.g4596e3a >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu &...

...CMAKE_INSTALL_RPATH "\$ORIGIN/../lib") + if(DEFINED GCC_INSTALL_PREFIX) + set(CMAKE_INSTALL_RPATH "${GCC_INSTALL_PREFIX}/lib") + else() + set(CMAKE_INSTALL_RPATH "\$ORIGIN/../lib") + endif() + if (${CMAKE_SYSTEM_NAME} MATCHES FreeBSD) set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,-z,origin") endif() -- 1.9.1.423.g4596e3a

...Do you need more input? > > Thanks! > I found in "http://llvmweekly.org/issue/110" [ llvm.src/cmake/modules/HandleLLVMOptions.cmake ] option(LLVM_ENABLE_LTO "Enable link-time optimization" OFF) append_if(LLVM_ENABLE_LTO "-flto" CMAKE_CXX_FLAGS CMAKE_C_FLAGS CMAKE_EXE_LINKER_FLAGS CMAKE_SHARED_LINKER_FLAGS) Searching for... $ grep LLVM_ENABLE_LTO llvm/cmake/modules/HandleLLVMOptions.cmake [ OUTPUT EMPTY ] ...gives no output. So, LLVM_ENABLE_LTO is not available for LLVM/Clang v3.8.0?! Hmm, maybe I can backport (or git cherry-pick) SVN r259766. - Sedat - [1] http://ll...

...Last Changed Rev: 288847 > > > I also pass these in LDFLAGS but they're not visible > in the error trace below: What is your exact cmake invocation? I don’t think cmake accept “LDFLAGS” directly, instead it is using “CMAKE_MODULE_LINKER_FLAGS”, “CMAKE_SHARED_LINKER_FLAGS”, and “CMAKE_EXE_LINKER_FLAGS”. Ideally these would be set automatically when building LLVM with -DLLVM_ENABLE_LTO=THIN. Teresa, I think it would be valuable to update llvm/cmake/modules/HandleLLVMOptions.cmake and make sure 1) either LLD or GOLD is used, 2) add the relevant plugin flags if needed. if(uppercase_LLVM_ENABL...

Hi Nico, Hans, Takumi, I made it to the bottom of the issue. Turns out that CMAKE_C_FLAGS=-m64 CMAKE_CXX_FLAGS=-m64 CMAKE_EXE_LINKER_FLAGS=/machine:x64 is enough to do a 64-bit build correctly with a 32-bit clang-cl (i.e. one that targets 32-bit by default). Hooray! The missing piece that I had to track down is why I would see `deps = msvc` stuff spewing onto my terminal, rather than consumed properly by ninja. I noticed that in rule...

Dear all, I am not sure whether this is a right place to ask basic questions about usage of CLang/LLVM, but also not sure if there is any other mailing list for such. Kindly point me to such a list in such case. I had built mainline CLang/LLVM on OSX and tried to use it with CMake. I had override following variables in CMake:

On Sun, Sep 18, 2016 at 12:32 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > >> On Sep 17, 2016, at 3:19 PM, Carsten Mattner <carstenmattner at gmail.com> wrote: >> >> So, when I embark on the next ThinLTO try build, probably this Sunday, >> should I append -Wl,-plugin-opt,jobs=NUM_PHYS_CORES to LDFLAGS >> and run ninja without -j or

...ed to clang are pretty much the same as what I pass to gcc: if (CMAKE_COMPILER_IS_CLANG) add_definitions( -Wall -Wextra -Werror -Wcast-align -Wpointer-arith -Wno-deprecated -Wno-unused-parameter -fno-rtti -fno-exceptions -fPIC ) set(CMAKE_EXE_LINKER_FLAGS -lstdc++) endif (CMAKE_COMPILER_IS_CLANG) Since my host system is a 64-bit Ubuntu, I thought maybe the reason I am seeing bad data in the StringRef is because somehow the frontend was being compiled as a 32-bit executable, but I have verified that this is not the case. I've also tried runni...

​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 developer myself, so sorry again :(. While that worked back then, last weekend I tried to build 3.9.1 using 3.9.0 as installed from Arch Linux

Unfortunately, from personal experience, LLVM_PARALLEL_LINK_JOBS appears to have no effect for Visual Studio builds, AND some of the tools linked can take up several GB of RAM, so you'll end up with paging issues. I ended up getting a RAM upgrade in order to sensibly build it (note, I think builds with debug information take more memory than those that don't, and also the clang projects

...usr --enable-language=c,c++ gmake sudo gmake install # these are necessary to pass LLVM :: BugPoint/compile-custom.ll sudo pkg install gcc sudo pkg install python CC=clang CXX=clang++ cmake \ -DCMAKE_CXX_FLAGS="-std=c++11 -stdlib=libc++" \ -DCMAKE_CXX_COMPILER_WORKS=1 \ -DCMAKE_EXE_LINKER_FLAGS="-lcxxrt" \ -DLLVM_CONFIG_TEST_LIBRARIES="cxxrt" \ ../llvm --- Thanks! --

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

I had only a quick view on the blog-texts. It might be that a CLANG generated with LTO/PGO speeds up the build. Can you confirm this? Can you confirm binutils-gold speed up the build? Has LLVM an own linker? Can be used? Speedup the build? Yesterday night I loooked through available CMAKE/LLVM variables... ### GOLD # CMAKE_LINKER:FILEPATH=/usr/bin/ld #

...o+gc-dbgtypes| 24.7%(0.36GB)| 173%( 40s)| 0.50mln | -------------------------------------------------------------------- (*) LLVM_TARGETS_TO_BUILD X86;AArch64 LLVM_TOOL_CLANG_BUILD=ON LLVM_TOOL_LLD_BUILD=ON LLVM_USE_LINKER=lld CMAKE_CXX_FLAGS=--ffunction-sections CMAKE_C_FLAGS=--ffunction-sections CMAKE_EXE_LINKER_FLAGS=--Wl,--gc-sections CMAKE_MODULE_LINKER_FLAGS=-Wl,--gc-sections CMAKE_SHARED_LINKER_FLAGS=-Wl,--gc-sections (**) Significantly large number of errors for non-patched clang is due to error “overlapping ranges”. (***) HW configuration: OS      Ubuntu 18.04 CPU     Intel(R) Core(TM) i7-8750H CPU @...

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:

...// size. CMAKE_C_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG //Flags used by the compiler during release builds. CMAKE_C_FLAGS_RELEASE:STRING=-O3 -DNDEBUG //Flags used by the compiler during release builds with debug info. CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=-O2 -g -DNDEBUG //Flags used by the linker. CMAKE_EXE_LINKER_FLAGS:STRING= //Flags used by the linker during debug builds. CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING= //Flags used by the linker during release minsize builds. CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING= //Flags used by the linker during release builds. CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING= //Flags used...