llvm-project/llvm/lib/CodeGen/SelectionDAG/CMakeLists.txt

add_llvm_component_library(LLVMSelectionDAG
  DAGCombiner.cpp
  FastISel.cpp
  FunctionLoweringInfo.cpp
  InstrEmitter.cpp
  LegalizeDAG.cpp
  LegalizeFloatTypes.cpp
  LegalizeIntegerTypes.cpp
  LegalizeTypes.cpp
  LegalizeTypesGeneric.cpp
  LegalizeVectorOps.cpp
  LegalizeVectorTypes.cpp
  ResourcePriorityQueue.cpp
  ScheduleDAGFast.cpp
  ScheduleDAGRRList.cpp
  ScheduleDAGSDNodes.cpp
  ScheduleDAGVLIW.cpp
  SelectionDAGBuilder.cpp
  SelectionDAG.cpp
  SelectionDAGAddressAnalysis.cpp
  SelectionDAGDumper.cpp
  SelectionDAGISel.cpp
  SelectionDAGPrinter.cpp
  SelectionDAGTargetInfo.cpp
  StatepointLowering.cpp
  TargetLowering.cpp

  DEPENDS
  intrinsics_gen

  LINK_COMPONENTS
  Analysis
  CodeGen
  Core
  MC
  Support
  Target
  TransformUtils
  )
[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(LLVMSelectionDAG`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`DAGCombiner.cpp`
			`FastISel.cpp`
Update CMake file. llvm-svn: 89671 2009-11-24 01:26:04 +08:00			`FunctionLoweringInfo.cpp`
Create a new InstrEmitter class for translating SelectionDAG nodes into MachineInstrs. This is mostly just moving the code from ScheduleDAGSDNodesEmit.cpp into a new class. This decouples MachineInstr emitting from scheduling. llvm-svn: 83699 2009-10-10 09:32:21 +08:00			`InstrEmitter.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`LegalizeDAG.cpp`
			`LegalizeFloatTypes.cpp`
			`LegalizeIntegerTypes.cpp`
			`LegalizeTypes.cpp`
			`LegalizeTypesGeneric.cpp`
Update for CMakeLists; untested, so tell me if there are issues. llvm-svn: 72360 2009-05-24 17:13:13 +08:00			`LegalizeVectorOps.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`LegalizeVectorTypes.cpp`
VLIW specific scheduler framework that utilizes deterministic finite automaton (DFA). This new scheduler plugs into the existing selection DAG scheduling framework. It is a top-down critical path scheduler that tracks register pressure and uses a DFA for pipeline modeling. Patch by Sergei Larin! llvm-svn: 149547 2012-02-02 06:13:57 +08:00			`ResourcePriorityQueue.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`ScheduleDAGFast.cpp`
VLIW specific scheduler framework that utilizes deterministic finite automaton (DFA). This new scheduler plugs into the existing selection DAG scheduling framework. It is a top-down critical path scheduler that tracks register pressure and uses a DFA for pipeline modeling. Patch by Sergei Larin! llvm-svn: 149547 2012-02-02 06:13:57 +08:00			`ScheduleDAGRRList.cpp`
Lexically order files in CMakeLists.txt files. llvm-svn: 75831 2009-07-16 05:08:16 +08:00			`ScheduleDAGSDNodes.cpp`
Rename TargetSelectionDAGInfo into SelectionDAGTargetInfo and move it to CodeGen/ It's a SelectionDAG thing, not a Target thing. llvm-svn: 258939 2016-01-28 00:32:26 +08:00			`ScheduleDAGVLIW.cpp`
Rename SelectionDAGLowering to SelectionDAGBuilder, and rename SelectionDAGBuild.cpp to SelectionDAGBuilder.cpp. llvm-svn: 89681 2009-11-24 02:04:58 +08:00			`SelectionDAGBuilder.cpp`
Rename TargetSelectionDAGInfo into SelectionDAGTargetInfo and move it to CodeGen/ It's a SelectionDAG thing, not a Target thing. llvm-svn: 258939 2016-01-28 00:32:26 +08:00			`SelectionDAG.cpp`
[DAG] Move BaseIndexOffset into separate Libarary. NFC. Move BaseIndexOffset analysis out of DAGCombiner for use in other files. llvm-svn: 305921 2017-06-21 23:40:43 +08:00			`SelectionDAGAddressAnalysis.cpp`
Refactor the SelectionDAG's 'dump' methods into their own .cpp file. No functionality change. llvm-svn: 152611 2012-03-13 13:47:27 +08:00			`SelectionDAGDumper.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`SelectionDAGISel.cpp`
			`SelectionDAGPrinter.cpp`
Rename TargetSelectionDAGInfo into SelectionDAGTargetInfo and move it to CodeGen/ It's a SelectionDAG thing, not a Target thing. llvm-svn: 258939 2016-01-28 00:32:26 +08:00			`SelectionDAGTargetInfo.cpp`
[Statepoints 3/4] Statepoint infrastructure for garbage collection: SelectionDAGBuilder This is the third patch in a small series. It contains the CodeGen support for lowering the gc.statepoint intrinsic sequences (223078) to the STATEPOINT pseudo machine instruction (223085). The change also includes the set of helper routines and classes for working with gc.statepoints, gc.relocates, and gc.results since the lowering code uses them. With this change, gc.statepoints should be functionally complete. The documentation will follow in the fourth change, and there will likely be some cleanup changes, but interested parties can start experimenting now. I'm not particularly happy with the amount of code or complexity involved with the lowering step, but at least it's fairly well isolated. The statepoint lowering code is split into it's own files and anyone not working on the statepoint support itself should be able to ignore it. During the lowering process, we currently spill aggressively to stack. This is not entirely ideal (and we have plans to do better), but it's functional, relatively straight forward, and matches closely the implementations of the patchpoint intrinsics. Most of the complexity comes from trying to keep relocated copies of values in the same stack slots across statepoints. Doing so avoids the insertion of pointless load and store instructions to reshuffle the stack. The current implementation isn't as effective as I'd like, but it is functional and 'good enough' for many common use cases. In the long term, I'd like to figure out how to integrate the statepoint lowering with the register allocator. In principal, we shouldn't need to eagerly spill at all. The register allocator should do any spilling required and the statepoint should simply record that fact. Depending on how challenging that turns out to be, we may invest in a smarter global stack slot assignment mechanism as a stop gap measure. Reviewed by: atrick, ributzka llvm-svn: 223137 2014-12-03 02:50:36 +08:00			`StatepointLowering.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`TargetLowering.cpp`
Remove trailing whitespace to trigger re-cmaking llvm-svn: 314728 2017-10-03 05:54:38 +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`
llvmbuildectomy - replace llvm-build by plain cmake No longer rely on an external tool to build the llvm component layout. Instead, leverage the existing `add_llvm_componentlibrary` cmake function and introduce `add_llvm_component_group` to accurately describe component behavior. These function store extra properties in the created targets. These properties are processed once all components are defined to resolve library dependencies and produce the header expected by llvm-config. Differential Revision: https://reviews.llvm.org/D90848 2020-10-10 00:41:21 +08:00
			`LINK_COMPONENTS`
			`Analysis`
			`CodeGen`
			`Core`
			`MC`
			`Support`
			`Target`
			`TransformUtils`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`)`