llvm-project/llvm/lib/Transforms/InstCombine/CMakeLists.txt

add_llvm_component_library(LLVMInstCombine
  InstructionCombining.cpp
  InstCombineAddSub.cpp
  InstCombineAtomicRMW.cpp
  InstCombineAndOrXor.cpp
  InstCombineCalls.cpp
  InstCombineCasts.cpp
  InstCombineCompares.cpp
  InstCombineLoadStoreAlloca.cpp
  InstCombineMulDivRem.cpp
  InstCombineNegator.cpp
  InstCombinePHI.cpp
  InstCombineSelect.cpp
  InstCombineShifts.cpp
  InstCombineSimplifyDemanded.cpp
  InstCombineVectorOps.cpp

  ADDITIONAL_HEADER_DIRS
  ${LLVM_MAIN_INCLUDE_DIR}/llvm/Transforms
  ${LLVM_MAIN_INCLUDE_DIR}/llvm/Transforms/InstCombine

  DEPENDS
  intrinsics_gen
  )
[cmake] Explicitly mark libraries defined in lib/ as "Component Libraries" Summary: Most libraries are defined in the lib/ directory but there are also a few libraries defined in tools/ e.g. libLLVM, libLTO. I'm defining "Component Libraries" as libraries defined in lib/ that may be included in libLLVM.so. Explicitly marking the libraries in lib/ as component libraries allows us to remove some fragile checks that attempt to differentiate between lib/ libraries and tools/ libraires: 1. In tools/llvm-shlib, because llvm_map_components_to_libnames(LIB_NAMES "all") returned a list of all libraries defined in the whole project, there was custom code needed to filter out libraries defined in tools/, none of which should be included in libLLVM.so. This code assumed that any library defined as static was from lib/ and everything else should be excluded. With this change, llvm_map_components_to_libnames(LIB_NAMES, "all") only returns libraries that have been added to the LLVM_COMPONENT_LIBS global cmake property, so this custom filtering logic can be removed. Doing this also fixes the build with BUILD_SHARED_LIBS=ON and LLVM_BUILD_LLVM_DYLIB=ON. 2. There was some code in llvm_add_library that assumed that libraries defined in lib/ would not have LLVM_LINK_COMPONENTS or ARG_LINK_COMPONENTS set. This is only true because libraries defined lib lib/ use LLVMBuild.txt and don't set these values. This code has been fixed now to check if the library has been explicitly marked as a component library, which should now make it easier to remove LLVMBuild at some point in the future. I have tested this patch on Windows, MacOS and Linux with release builds and the following combinations of CMake options: - "" (No options) - -DLLVM_BUILD_LLVM_DYLIB=ON - -DLLVM_LINK_LLVM_DYLIB=ON - -DBUILD_SHARED_LIBS=ON - -DBUILD_SHARED_LIBS=ON -DLLVM_BUILD_LLVM_DYLIB=ON - -DBUILD_SHARED_LIBS=ON -DLLVM_LINK_LLVM_DYLIB=ON Reviewers: beanz, smeenai, compnerd, phosek Reviewed By: beanz Subscribers: wuzish, jholewinski, arsenm, dschuff, jyknight, dylanmckay, sdardis, nemanjai, jvesely, nhaehnle, mgorny, mehdi_amini, sbc100, jgravelle-google, hiraditya, aheejin, fedor.sergeev, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, MaskRay, zzheng, edward-jones, atanasyan, steven_wu, rogfer01, MartinMosbeck, brucehoult, the_o, dexonsmith, PkmX, jocewei, jsji, dang, Jim, lenary, s.egerton, pzheng, sameer.abuasal, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D70179 2019-11-14 13:39:58 +08:00			`add_llvm_component_library(LLVMInstCombine`
forgot to svn add these. llvm-svn: 92460 2010-01-04 14:28:20 +08:00			`InstructionCombining.cpp`
split add/sub out to its own file. Eliminate use of dyn_castNotVal in the X+~X transform. dyn_castNotVal is dramatic overkill for what the xform needed. llvm-svn: 92704 2010-01-05 15:18:46 +08:00			`InstCombineAddSub.cpp`
[InstCombine] Optimize `atomicrmw <op>, 0` into `load atomic` when possible This commit teaches InstCombine how to replace an atomicrmw operation into a simple load atomic. For a given `atomicrmw <op>`, this is possible when: 1. The ordering of that operation is compatible with a load (i.e., anything that doesn't have a release semantic). 2. <op> does not modify the value being stored Differential Revision: https://reviews.llvm.org/D57854 llvm-svn: 353471 2019-02-08 05:27:23 +08:00			`InstCombineAtomicRMW.cpp`
split and/or/xor out into one overly-large (2000LOC) file. However, I think it does make sense to keep them together, at least for now. llvm-svn: 92711 2010-01-05 15:50:36 +08:00			`InstCombineAndOrXor.cpp`
split call handling out to InstCombineCalls.cpp llvm-svn: 92707 2010-01-05 15:32:13 +08:00			`InstCombineCalls.cpp`
split 943 lines of instcombine out to a new InstCombineCasts.cpp file. InstructionCombining.cpp is now down to a svelte 9300 lines :) llvm-svn: 92468 2010-01-04 15:53:58 +08:00			`InstCombineCasts.cpp`
split instcombine of compares (visit[FI]Cmp) out to a new InstCombineCompares.cpp file. llvm-svn: 92467 2010-01-04 15:37:31 +08:00			`InstCombineCompares.cpp`
split out load/store/alloca. llvm-svn: 92685 2010-01-05 13:57:49 +08:00			`InstCombineLoadStoreAlloca.cpp`
split mul/div/rem instructions out to their own file. llvm-svn: 92689 2010-01-05 14:09:35 +08:00			`InstCombineMulDivRem.cpp`
[InstCombine] Negator - sink sinkable negations Summary: As we have discussed previously (e.g. in D63992 / D64090 / [[ https://bugs.llvm.org/show_bug.cgi?id=42457 \| PR42457 ]]), `sub` instruction can almost be considered non-canonical. While we do convert `sub %x, C` -> `add %x, -C`, we sparsely do that for non-constants. But we should. Here, i propose to interpret `sub %x, %y` as `add (sub 0, %y), %x` IFF the negation can be sinked into the `%y` This has some potential to cause endless combine loops (either around PHI's, or if there are some opposite transforms). For former there's `-instcombine-negator-max-depth` option to mitigate it, should this expose any such issues For latter, if there are still any such opposing folds, we'd need to remove the colliding fold. In any case, reproducers welcomed! Reviewers: spatel, nikic, efriedma, xbolva00 Reviewed By: spatel Subscribers: xbolva00, mgorny, hiraditya, reames, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D68408 2020-04-22 02:24:36 +08:00			`InstCombineNegator.cpp`
split PHI node stuff out to InstCombinePHI.cpp llvm-svn: 92682 2010-01-05 13:31:55 +08:00			`InstCombinePHI.cpp`
split select out to its own file. llvm-svn: 92687 2010-01-05 14:03:12 +08:00			`InstCombineSelect.cpp`
Tidy up a bit. No functional change. llvm-svn: 178915 2013-04-06 05:20:12 +08:00			`InstCombineShifts.cpp`
update cmakefile llvm-svn: 92466 2010-01-04 15:19:55 +08:00			`InstCombineSimplifyDemanded.cpp`
split vector stuff out to InstCombineVectorOps.cpp llvm-svn: 92683 2010-01-05 13:36:20 +08:00			`InstCombineVectorOps.cpp`
Use ADDITIONAL_HEADER_DIRS in all LLVM CMake projects. This allows IDEs to recognize the entire set of header files for each of the core LLVM projects. Differential Revision: http://reviews.llvm.org/D7526 Reviewed By: Chris Bieneman llvm-svn: 228798 2015-02-11 11:28:02 +08:00
			`ADDITIONAL_HEADER_DIRS`
			`${LLVM_MAIN_INCLUDE_DIR}/llvm/Transforms`
			`${LLVM_MAIN_INCLUDE_DIR}/llvm/Transforms/InstCombine`
llvm/lib: [CMake] Add explicit dependency to intrinsics_gen. llvm-svn: 159112 2012-06-24 21:32:01 +08:00
[CMake] NFC. Updating CMake dependency specifications This patch updates a bunch of places where add_dependencies was being explicitly called to add dependencies on intrinsics_gen to instead use the DEPENDS named parameter. This cleanup is needed for a patch I'm working on to add a dependency debugging mode to the build system. llvm-svn: 287206 2016-11-17 12:36:50 +08:00			`DEPENDS`
			`intrinsics_gen`
			`)`