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

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

55 lines
862 B
CMake
Raw Normal View History

Add free standing getElementTypeOrSelf member. This function returns the element type of the underlying type or the input type itself. This removes some of the casting and code from ODS and into C++ code. I've not converted all the call sites (as this requires a new include and target) and wanted to run it past folks first. PiperOrigin-RevId: 251978156
2019-06-07 10:53:49 +08:00
set(LLVM_OPTIONAL_SOURCES
FileUtilities.cpp
Move shared cpu runner library to Support/JitRunner. PiperOrigin-RevId: 258347825
2019-07-16 20:28:56 +08:00
JitRunner.cpp
Split out mlir-opt main into separate file. Enable reusing the real mlir-opt main from unit tests and in case where additional initialization needs to happen before main is invoked (e.g., when using different command line flag libraries). PiperOrigin-RevId: 254764575
2019-06-24 23:41:52 +08:00
MlirOptMain.cpp
Add free standing getElementTypeOrSelf member. This function returns the element type of the underlying type or the input type itself. This removes some of the casting and code from ODS and into C++ code. I've not converted all the call sites (as this requires a new include and target) and wanted to run it past folks first. PiperOrigin-RevId: 251978156
2019-06-07 10:53:49 +08:00
StorageUniquer.cpp
Let mlir-translate support -split-input-file Similar to mlir-opt, having a -split-input-file mode is quite useful in mlir-translate. It allows to put logically related tests in the same test file for better organization. PiperOrigin-RevId: 270805467
2019-09-24 09:17:52 +08:00
ToolUtilities.cpp
Add free standing getElementTypeOrSelf member. This function returns the element type of the underlying type or the input type itself. This removes some of the casting and code from ODS and into C++ code. I've not converted all the call sites (as this requires a new include and target) and wanted to run it past folks first. PiperOrigin-RevId: 251978156
2019-06-07 10:53:49 +08:00
)
[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(MLIRSupport
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
FileUtilities.cpp
Refactor the generic storage object uniquing functionality from TypeUniquer into its own class 'StorageUniquer'. This is the first step in supporting dialect extensible attributes. -- PiperOrigin-RevId: 245358744
2019-04-26 12:01:21 +08:00
StorageUniquer.cpp
Let mlir-translate support -split-input-file Similar to mlir-opt, having a -split-input-file mode is quite useful in mlir-translate. It allows to put logically related tests in the same test file for better organization. PiperOrigin-RevId: 270805467
2019-09-24 09:17:52 +08:00
ToolUtilities.cpp
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
ADDITIONAL_HEADER_DIRS
${MLIR_MAIN_INCLUDE_DIR}/mlir/Support
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
)
target_link_libraries(MLIRSupport
PUBLIC
LLVMSupport
[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
${LLVM_PTHREAD_LIB})
Add free standing getElementTypeOrSelf member. This function returns the element type of the underlying type or the input type itself. This removes some of the casting and code from ODS and into C++ code. I've not converted all the call sites (as this requires a new include and target) and wanted to run it past folks first. PiperOrigin-RevId: 251978156
2019-06-07 10:53:49 +08:00
[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(MLIROptLib
Split out mlir-opt main into separate file. Enable reusing the real mlir-opt main from unit tests and in case where additional initialization needs to happen before main is invoked (e.g., when using different command line flag libraries). PiperOrigin-RevId: 254764575
2019-06-24 23:41:52 +08:00
MlirOptMain.cpp
ADDITIONAL_HEADER_DIRS
${MLIR_MAIN_INCLUDE_DIR}/mlir/Support
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
)
target_link_libraries(MLIROptLib
PUBLIC
Let mlir-translate support -split-input-file Similar to mlir-opt, having a -split-input-file mode is quite useful in mlir-translate. It allows to put logically related tests in the same test file for better organization. PiperOrigin-RevId: 270805467
2019-09-24 09:17:52 +08:00
MLIRPass
[MLIR] Fixes for shared library dependencies. Summary: This patch is a step towards enabling BUILD_SHARED_LIBS=on, which builds most libraries as DLLs instead of statically linked libraries. The main effect of this is that incremental build times are greatly reduced, since usually only one library need be relinked in response to isolated code changes. The bulk of this patch is fixing incorrect usage of cmake, where library dependencies are listed under add_dependencies rather than under target_link_libraries or under the LINK_LIBS tag. Correct usage should be like this: add_dependencies(MLIRfoo MLIRfooIncGen) target_link_libraries(MLIRfoo MLIRlib1 MLIRlib2) A separate issue is that in cmake, dependencies between static libraries are automatically included in dependencies. In the above example, if MLIBlib1 depends on MLIRlib2, then it is sufficient to have only MLIRlib1 in the target_link_libraries. When compiling with shared libraries, it is necessary to have both MLIRlib1 and MLIRlib2 specified if MLIRfoo uses symbols from both. Reviewers: mravishankar, antiagainst, nicolasvasilache, vchuravy, inouehrs, mehdi_amini, jdoerfert Reviewed By: nicolasvasilache, mehdi_amini Subscribers: Joonsoo, merge_guards_bot, jholewinski, mgorny, mehdi_amini, rriddle, jpienaar, burmako, shauheen, antiagainst, csigg, arpith-jacob, mgester, lucyrfox, herhut, aartbik, liufengdb, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D73653
2020-01-01 09:23:01 +08:00
MLIRParser
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
LLVMSupport
Revert "[MLIR] Move from using target_link_libraries to LINK_LIBS for llvm libraries." This reverts commit 7a6c68977114b91097d693e9cfcb636631f61f91. This breaks the build with cmake 3.13.4, but succeeds with cmake 3.15.3
2020-03-01 03:51:04 +08:00
MLIRSupport
Let mlir-translate support -split-input-file Similar to mlir-opt, having a -split-input-file mode is quite useful in mlir-translate. It allows to put logically related tests in the same test file for better organization. PiperOrigin-RevId: 270805467
2019-09-24 09:17:52 +08:00
)
Split out TranslateClParser and add new parse method that reuses SourceMgr. Split out class to command line parser for translate methods into standalone class. Similar to splitting up mlir-opt to reuse functionality with different initialization. PiperOrigin-RevId: 255225790
2019-06-27 02:12:40 +08:00
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
add_llvm_library(MLIRJitRunner
Move shared cpu runner library to Support/JitRunner. PiperOrigin-RevId: 258347825
2019-07-16 20:28:56 +08:00
JitRunner.cpp
[MLIR] Normalize usage of intrinsics_gen Portions of MLIR which depend on LLVMIR generally need to depend on intrinsics_gen, to ensure that tablegen'd header files from LLVM are built first. Without this, we get errors, typically about llvm/IR/Attributes.inc not being found. Note that previously the Linalg Dialect depended on intrinsics_gen, but it doesn't need to, since it doesn't use LLVMIR. Differential Revision: https://reviews.llvm.org/D79389
2020-05-05 08:11:15 +08:00
DEPENDS
intrinsics_gen
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
)
target_link_libraries(MLIRJitRunner
PUBLIC
Move shared cpu runner library to Support/JitRunner. PiperOrigin-RevId: 258347825
2019-07-16 20:28:56 +08:00
MLIRExecutionEngine
MLIRIR
MLIRParser
MLIRStandardOps
MLIRTargetLLVMIR
MLIRTransforms
MLIRStandardToLLVM
MLIRSupport
Revert "[MLIR] Adjust libMLIR building to more closely follow libClang" This reverts commit 4f0f436749c264c16eb226c9b9b132e07e3650a6. This seems to show some compile dependence problems, and also breaks flang.
2020-05-05 03:38:45 +08:00
LLVMCore
LLVMSupport
Revert "[MLIR] Move from using target_link_libraries to LINK_LIBS for llvm libraries." This reverts commit 7a6c68977114b91097d693e9cfcb636631f61f91. This breaks the build with cmake 3.13.4, but succeeds with cmake 3.15.3
2020-03-01 03:51:04 +08:00
)