llvm-project/mlir/lib/Dialect/CMakeLists.txt

add_subdirectory(AffineOps)
add_subdirectory(FxpMathOps)
add_subdirectory(GPU)
add_subdirectory(Linalg)
add_subdirectory(LLVMIR)
add_subdirectory(LoopOps)
add_subdirectory(OpenMP)
add_subdirectory(Quant)
add_subdirectory(SDBM)
add_subdirectory(Shape)
add_subdirectory(SPIRV)
add_subdirectory(StandardOps)
add_subdirectory(Vector)

set(LLVM_OPTIONAL_SOURCES
  Traits.cpp
)

add_mlir_library(MLIRDialect
  Traits.cpp

  ADDITIONAL_HEADER_DIRS
  ${MLIR_MAIN_INCLUDE_DIR}/mlir/Dialect
  )
target_link_libraries(MLIRDialect
  PUBLIC
  MLIRIR
  )
NFC: Move AffineOps dialect to the Dialect sub-directory. PiperOrigin-RevId: 264482571 2019-08-21 06:36:08 +08:00			`add_subdirectory(AffineOps)`
Move Quantization -> Dialect/QuantOps, FxpMathOps -> Dialect/FxpMathOps. Adding the additional layer of directory was discussed offline and matches the Target/ tree. The names match the defacto convention we seem to be following where the C++ namespace is ^(.+)Ops/$ matched against the directory name. This is in preparation for patching the Quantizer into this tree, which would have been confusing without moving the Quantization dialect to its more proper home. It is left to others to move other dialects if desired. Tested: ninja check-mlir -- PiperOrigin-RevId: 248171982 2019-05-15 02:03:55 +08:00			`add_subdirectory(FxpMathOps)`
Move GPU dialect to {lib,include/mlir}/Dialect Per tacit agreement, individual dialects should now live in lib/Dialect/Name with headers in include/mlir/Dialect/Name and tests in test/Dialect/Name. PiperOrigin-RevId: 259896851 2019-07-25 15:40:48 +08:00			`add_subdirectory(GPU)`
Move Linalg and VectorOps dialects to the Dialect subdir - NFC PiperOrigin-RevId: 264277760 2019-08-20 08:11:12 +08:00			`add_subdirectory(Linalg)`
NFC: Move LLVMIR, SDBM, and StandardOps to the Dialect/ directory. PiperOrigin-RevId: 264193915 2019-08-20 02:00:47 +08:00			`add_subdirectory(LLVMIR)`
Extract std.for std.if and std.terminator in their own dialect These ops should not belong to the std dialect. This CL extracts them in their own dialect and updates the corresponding conversions and tests. PiperOrigin-RevId: 258123853 2019-07-15 17:50:09 +08:00			`add_subdirectory(LoopOps)`
[MLIR] Add OpenMP dialect with barrier operation Summary: Barrier is a simple operation that takes no arguments and returns nothing, but implies a side effect (synchronization of all threads) Reviewers: jdoerfert Subscribers: mgorny, guansong, mehdi_amini, rriddle, jpienaar, burmako, shauheen, antiagainst, nicolasvasilache, arpith-jacob, mgester, lucyrfox, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D72400 2020-01-29 19:31:25 +08:00			`add_subdirectory(OpenMP)`
[mlir][NFC] Rename QuantOps to Quant Summary: Renamed QuantOps to Quant to avoid the Ops suffix. All dialects will contain ops, so the Ops suffix is redundant. Differential Revision: https://reviews.llvm.org/D76318 2020-03-18 05:56:52 +08:00			`add_subdirectory(Quant)`
NFC: Move LLVMIR, SDBM, and StandardOps to the Dialect/ directory. PiperOrigin-RevId: 264193915 2019-08-20 02:00:47 +08:00			`add_subdirectory(SDBM)`
[mlir] Add target for Shape dialect Summary: Add targets and basic printing/parsing of types in Shape dialect. Differential Revision: https://reviews.llvm.org/D76321 2020-03-18 04:34:52 +08:00			`add_subdirectory(Shape)`
NFC: Move SPIR-V dialect to Dialect/ subdirectory PiperOrigin-RevId: 258345603 2019-07-16 20:06:57 +08:00			`add_subdirectory(SPIRV)`
NFC: Move LLVMIR, SDBM, and StandardOps to the Dialect/ directory. PiperOrigin-RevId: 264193915 2019-08-20 02:00:47 +08:00			`add_subdirectory(StandardOps)`
[mlir][NFC] Renamed VectorOps to Vector Summary: Renamed VectorOps to Vector to avoid the redundant Ops suffix. Differential Revision: https://reviews.llvm.org/D76317 2020-03-18 06:24:27 +08:00			`add_subdirectory(Vector)`
Move Quantization -> Dialect/QuantOps, FxpMathOps -> Dialect/FxpMathOps. Adding the additional layer of directory was discussed offline and matches the Target/ tree. The names match the defacto convention we seem to be following where the C++ namespace is ^(.+)Ops/$ matched against the directory name. This is in preparation for patching the Quantizer into this tree, which would have been confusing without moving the Quantization dialect to its more proper home. It is left to others to move other dialects if desired. Tested: ninja check-mlir -- PiperOrigin-RevId: 248171982 2019-05-15 02:03:55 +08:00
Remove static registration for dialects, and the "alwayslink" hack for passes In the previous state, we were relying on forcing the linker to include all libraries in the final binary and the global initializer to self-register every piece of the system. This change help moving away from this model, and allow users to compose pieces more freely. The current change is only "fixing" the dialect registration and avoiding relying on "whole link" for the passes. The translation is still relying on the global registry, and some refactoring is needed to make this all more convenient. Differential Revision: https://reviews.llvm.org/D74461 2020-02-12 17:03:40 +08:00			`set(LLVM_OPTIONAL_SOURCES`
			`Traits.cpp`
			`)`

[MLIR] Add support for libMLIR.so Putting this up mainly for discussion on how this should be done. I am interested in MLIR from the Julia side and we currently have a strong preference to dynamically linking against the LLVM shared library, and would like to have a MLIR shared library. This patch adds a new cmake function add_mlir_library() which accumulates a list of targets to be compiled into libMLIR.so. Note that not all libraries make sense to be compiled into libMLIR.so. In particular, we want to avoid libraries which primarily exist to support certain tools (such as mlir-opt and mlir-cpu-runner). Note that the resulting libMLIR.so depends on LLVM, but does not contain any LLVM components. As a result, it is necessary to link with libLLVM.so to avoid linkage errors. So, libMLIR.so requires LLVM_BUILD_LLVM_DYLIB=on FYI, Currently it appears that LLVM_LINK_LLVM_DYLIB is broken because mlir-tblgen is linked against libLLVM.so and and independent LLVM components. Previous version of this patch broke depencies on TableGen targets. This appears to be because it compiled all libraries to OBJECT libraries (probably because cmake is generating different target names). Avoiding object libraries results in correct dependencies. (updated by Stephen Neuendorffer) Differential Revision: https://reviews.llvm.org/D73130 2020-02-09 11:27:54 +08:00			`add_mlir_library(MLIRDialect`
Add build files and update README. * Add initial version of build files; * Update README with instructions to download and build MLIR from github; -- PiperOrigin-RevId: 241102092 2019-03-30 13:10:12 +08:00			`Traits.cpp`

			`ADDITIONAL_HEADER_DIRS`
			`${MLIR_MAIN_INCLUDE_DIR}/mlir/Dialect`
			`)`
[MLIR] Ensure that target_link_libraries() always has a keyword. CMake allows calling target_link_libraries() without a keyword, but this usage is not preferred when also called with a keyword, and has surprising behavior. This patch explicitly specifies a keyword when using target_link_libraries(). Differential Revision: https://reviews.llvm.org/D75725 2020-03-06 03:49:42 +08:00			`target_link_libraries(MLIRDialect`
			`PUBLIC`
			`MLIRIR`
			`)`