llvm-project/llvm/tools/bugpoint/CMakeLists.txt

set(LLVM_LINK_COMPONENTS
  AllTargetsAsmParsers
  AllTargetsCodeGens
  AllTargetsDescs
  AllTargetsInfos
  Analysis
  BitWriter
  CodeGen
  Extensions
  Core
  IPO
  IRReader
  AggressiveInstCombine
  InstCombine
  Instrumentation
  Linker
  ObjCARCOpts
  ScalarOpts
  Support
  Target
  TransformUtils
  Vectorize
  )

add_llvm_tool(bugpoint
  BugDriver.cpp
  CrashDebugger.cpp
  ExecutionDriver.cpp
  ExtractFunction.cpp
  FindBugs.cpp
  Miscompilation.cpp
  OptimizerDriver.cpp
  ToolRunner.cpp
  bugpoint.cpp

  DEPENDS
  intrinsics_gen
  SUPPORT_PLUGINS
  )
export_executable_symbols_for_plugins(bugpoint)
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 19:13:32 +08:00			`set(LLVM_LINK_COMPONENTS`
Break false dependencies on target libraries Summary: For the most part this consists of replacing ${LLVM_TARGETS_TO_BUILD} with some combination of AllTargets* so that they depend on specific components of a target backend rather than all of it. The overall effect of this is that, for example, tools like opt no longer falsely depend on the disassembler, while tools like llvm-ar no longer depend on the code generator. There's a couple quirks to point out here: * AllTargetsCodeGens is a bit more prevalent than expected. Tools like dsymutil seem to need it which I was surprised by. * llvm-xray linked to all the backends but doesn't seem to need any of them. It builds and passes the tests so that seems to be correct. * I left gold out as it's not built when binutils is not available so I'm unable to test it Reviewers: bogner, JDevlieghere Reviewed By: bogner Subscribers: mehdi_amini, mgorny, steven_wu, dexonsmith, rupprecht, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D62331 llvm-svn: 361567 2019-05-24 07:02:56 +08:00			`AllTargetsAsmParsers`
			`AllTargetsCodeGens`
Fix BUILD_SHARED_LIBS builds after r361567 Also fixed a comment I noticed while debugging this build llvm-svn: 361591 2019-05-24 10:15:27 +08:00			`AllTargetsDescs`
			`AllTargetsInfos`
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 19:13:32 +08:00			`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`
Update compiler extension integration into the build system The approach here is to create a new (empty) component, `Extensions', where all statically compiled extensions dynamically register their dependencies. That way we're more natively compatible with LLVMBuild and llvm-config. Fixes: https://bugs.llvm.org/show_bug.cgi?id=44870 Differential Revision: https://reviews.llvm.org/D78192 2020-04-20 18:39:32 +08:00			`Extensions`
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 19:13:32 +08:00			`Core`
			`IPO`
			`IRReader`
Link to AggressiveInstCombine in a few places. Unbreaks build for me. /usr/local/bin/ld.lld: error: undefined symbol: llvm::createAggressiveInstCombinerPass() >>> referenced by cc1_main.cpp >>> tools/clang/tools/driver/CMakeFiles/clang.dir/cc1_main.cpp.o:(_GLOBAL__sub_I_cc1_main.cpp) And so on The bot coverage is clearly missing. llvm-svn: 330693 2018-04-24 16:40:37 +08:00			`AggressiveInstCombine`
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 19:13:32 +08:00			`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
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`
[NFC] Add SUPPORT_PLUGINS to add_llvm_executable() Summary: this allows us to move logic about when it is appropriate set LLVM_NO_DEAD_STRIP out of each tool and into add_llvm_executable, which will enable future platform specific handling. This is a follow on to the reverted D69356 Reviewers: hubert.reinterpretcast, beanz, lhames Reviewed By: beanz Subscribers: mgorny, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D69638 2019-11-07 02:05:32 +08:00			`SUPPORT_PLUGINS`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`)`
Don't export symbols from clang/opt/llc if plugins are disabled. The only reason we export symbols from these tools is to support plugins; if we don't have plugins, exporting symbols just bloats the executable and makes LTO less effective. See review of D75879 for the discussion that led to this patch. Differential Revision: https://reviews.llvm.org/D76527 2020-03-21 05:00:19 +08:00			`export_executable_symbols_for_plugins(bugpoint)`