maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/tools/bugpoint/CMakeLists.txt

43 lines
737 B
CMake
Raw Normal View History

[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908
2013-12-10 19:13:32 +08:00
set(LLVM_LINK_COMPONENTS
Analysis
BitWriter
[CodeGenPrepare] Move CodeGenPrepare into lib/CodeGen. CodeGenPrepare uses extensively TargetLowering which is part of libLLVMCodeGen. This is a layer violation which would introduce eventually a dependence on CodeGen in ScalarOpts. Move CodeGenPrepare into libLLVMCodeGen to avoid that. Follow-up of <rdar://problem/15519855> llvm-svn: 201912
2014-02-22 08:07:45 +08:00
CodeGen
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908
2013-12-10 19:13:32 +08:00
Core
IPO
IRReader
InstCombine
Instrumentation
Linker
ObjCARCOpts
ScalarOpts
Support
Target
TransformUtils
Vectorize
)
Revert "CMake: Get rid of LLVMLibDeps.cmake and export the libraries normally." This reverts commit r113632 Conflicts: cmake/modules/AddLLVM.cmake llvm-svn: 113819
2010-09-14 07:59:48 +08:00
Port r198087 and r198089 (strip dead code by default) from make to cmake. llvm-svn: 198198
2013-12-30 11:36:05 +08:00
# Support plugins.
set(LLVM_NO_DEAD_STRIP 1)
Initial support for the CMake build system. llvm-svn: 56419
2008-09-22 09:08:49 +08:00
add_llvm_tool(bugpoint
BugDriver.cpp
CrashDebugger.cpp
ExecutionDriver.cpp
ExtractFunction.cpp
FindBugs.cpp
Miscompilation.cpp
OptimizerDriver.cpp
ToolRunner.cpp
bugpoint.cpp
[CMake] bugpoint depends on intrinsics_gen CrashDebugger.cpp has the following include chain: llvm/Analysis/TargetTransformInfo.h llvm/IR/IntrinsicInst.h llvm/IR/Function.h llvm/IR/Argument.h llvm/IR/Attributes.h llvm/IR/Attributes.gen This means bugpoint needs to depend on intrinsics_gen. llvm-svn: 287402
2016-11-19 07:25:30 +08:00
DEPENDS
intrinsics_gen
Initial support for the CMake build system. llvm-svn: 56419
2008-09-22 09:08:49 +08:00
)
CMake: Disable ENABLE_EXPORTS for executables with MSVC The MSVC linker won't produce a .lib file for an executable that doesn't export anything, and LLVM doesn't maintain dllexport annotations or .def files listing all C++ symbols. It also doesn't support exporting all symbols, like binutils ld. CMake 3.2 changed the Ninja generator to list both the .exe and .lib files as outputs of executable build targets. Ninja would always re-link executables with ENABLE_EXPORTS because the .lib output file was not present, and therefore the target was out of date. llvm-svn: 232662
2015-03-19 04:09:13 +08:00
export_executable_symbols(bugpoint)
static link polly into tools llvm-svn: 203886
2014-03-14 12:04:14 +08:00
if(WITH_POLLY AND LINK_POLLY_INTO_TOOLS)
target_link_libraries(bugpoint Polly)
Ensure Polly linking works without BUILD_SHARED_LIBS This change ensures all necessary symbols are resolved correctly. Before this change on some systems, the linker may have eliminated some symbols not directly used in bugpoint, but used in Polly. Suggested-by: Michael Kruse <lvm@meinersbur.de> llvm-svn: 281438
2016-09-14 11:09:48 +08:00
# Ensure LLVMTarget can resolve dependences in Polly.
target_link_libraries(bugpoint LLVMTarget)
static link polly into tools llvm-svn: 203886
2014-03-14 12:04:14 +08:00
endif(WITH_POLLY AND LINK_POLLY_INTO_TOOLS)