search for: cmake_module_linker_flags

...IVE_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/lib) # Make Debug the default, pass -DCMAKE_BUILD_TYPE=Release to change this. if (NOT CMAKE_BUILD_TYPE) message ("Setting CMAKE_BUILD_TYPE = Debug") set(CMAKE_BUILD_TYPE Debug) endif() if(APPLE) set(CMAKE_MACOSX_RPATH ON) set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS} -undefined dynamic_lookup") set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -undefined dynamic_lookup") endif() set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra...

...t; > # Make Debug the default, pass -DCMAKE_BUILD_TYPE=Release to change this. > if (NOT CMAKE_BUILD_TYPE) > message ("Setting CMAKE_BUILD_TYPE = Debug") > set(CMAKE_BUILD_TYPE Debug) > endif() > > if(APPLE) > set(CMAKE_MACOSX_RPATH ON) > set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS} -undefined > dynamic_lookup") > set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -undefined > dynamic_lookup") > endif() > > set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11") > > set(CMAKE_CXX_FLAGS...

...Polly in-tree using CMake with LLVM_BUILD_32_BITS on. Turns out CMake considers LLVMPolly a module, not a shared library, and LLVM_BUILD_32_BITS only makes provisions for the EXE and SHARED linker flags. Possible fixes (pick one): 1. Change cmake/modules/HandleLLVMOptions.cmake to append -m32 to CMAKE_MODULE_LINKER_FLAGS as well if LLVM_BUILD_32_BITS is set. 2. Change $POLLY/CMakeLists.txt not to use MODULE in add_polly_library. Should I make an entry in Bugzilla about this or is a post to the mailing list sufficient? I confess I'm not very familiar with the organizational aspects of the LLVM project. Cheers,...

Hi all. I want to use llvm in my project and I want to make llvm a git submodule in my project. http://llvm.org/docs/CMake.html#embedding-llvm-in-your-project At this in the documentation it claims to describe how to embed llvm into a project. I tried it that way but it doesn't work, because there isn't any findLLVM.cmake in the llvm/cmake/modules directory anymore (i don't

...> Schedule: normal > Last Changed Author: tstellar > 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...

...ght ahead? === To the problem itself === First of all, is this problem platform specific? We have a 32bit buildbot [1] and it does not report any problems. Do you understand why. > Possible fixes (pick one): > > 1. Change cmake/modules/HandleLLVMOptions.cmake to append -m32 to > CMAKE_MODULE_LINKER_FLAGS as well if LLVM_BUILD_32_BITS is set. > 2. Change $POLLY/CMakeLists.txt not to use MODULE in add_polly_library. I would go for option 1 as Polly itself is used not as a shared library, but as a module. Would you be able to provide a patch? Tobi [1] http://lab.llvm.org:8011/builders/polly-in...

...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 @ 2.20GHz RAM     32018 MiB Storage SSD =======...

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:

...ALL_SYSCONFDIR:PATH=etc //Path to a program. CMAKE_LINKER:FILEPATH=/usr/local/google/home/blaikie/install/bin/ld //Program used to build from build.ninja files. CMAKE_MAKE_PROGRAM:FILEPATH=/usr/local/google/home/blaikie/install/bin/ninja //Flags used by the linker during the creation of modules. CMAKE_MODULE_LINKER_FLAGS:STRING= //Flags used by the linker during debug builds. CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING= //Flags used by the linker during release minsize builds. CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING= //Flags used by the linker during release builds. CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING= //Fl...

​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