2019-04-30 03:11:58 +08:00
|
|
|
set(LLVM_OPTIONAL_SOURCES
|
|
|
|
null.cpp
|
|
|
|
)
|
|
|
|
|
|
|
|
set(LIB_LIBS
|
|
|
|
MLIRAnalysis
|
|
|
|
MLIRLLVMIR
|
2020-02-12 16:41:40 +08:00
|
|
|
MLIROptLib
|
2019-04-30 03:11:58 +08:00
|
|
|
MLIRParser
|
|
|
|
MLIRPass
|
|
|
|
MLIRTransforms
|
|
|
|
MLIRSupport
|
|
|
|
)
|
2020-02-12 16:41:40 +08:00
|
|
|
add_llvm_library(MLIRMlirOptMain
|
2019-04-30 03:11:58 +08:00
|
|
|
mlir-opt.cpp
|
|
|
|
)
|
2020-02-12 16:41:40 +08:00
|
|
|
target_link_libraries(MLIRMlirOptMain
|
[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
|
|
|
${LIB_LIBS}
|
|
|
|
)
|
2019-04-30 03:11:58 +08:00
|
|
|
|
2020-02-12 17:03:40 +08:00
|
|
|
set(LIBS
|
2020-02-06 11:02:23 +08:00
|
|
|
MLIRLoopAnalysis
|
2019-11-22 07:19:52 +08:00
|
|
|
MLIRAnalysis
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRAffineOps
|
2019-11-15 02:34:46 +08:00
|
|
|
MLIRAffineToStandard
|
[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
|
|
|
MLIRDialect
|
2019-07-09 20:26:18 +08:00
|
|
|
MLIRLoopsToGPU
|
2019-11-22 07:19:52 +08:00
|
|
|
MLIRLinalgToLLVM
|
2019-12-04 09:51:34 +08:00
|
|
|
|
2019-10-03 16:34:16 +08:00
|
|
|
MLIRLoopToStandard
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIREDSC
|
2019-04-04 08:43:00 +08:00
|
|
|
MLIRFxpMathOps
|
2019-04-30 05:10:08 +08:00
|
|
|
MLIRGPU
|
2020-02-12 18:06:50 +08:00
|
|
|
MLIRGPUtoCUDATransforms
|
2019-06-17 18:56:20 +08:00
|
|
|
MLIRGPUtoNVVMTransforms
|
2019-10-02 16:50:03 +08:00
|
|
|
MLIRGPUtoROCDLTransforms
|
2019-07-31 03:39:09 +08:00
|
|
|
MLIRGPUtoSPIRVTransforms
|
2020-02-14 02:29:13 +08:00
|
|
|
MLIRGPUtoVulkanTransforms
|
[mlir][EDSC] Refactor dependencies involving EDSCs.
Summary: This diff removes the dependency of LinalgOps and VectorOps on EDSCs.
Reviewers: jpienaar, ftynse
Reviewed By: ftynse
Subscribers: merge_guards_bot, mgorny, mehdi_amini, rriddle, burmako, shauheen, antiagainst, csigg, arpith-jacob, mgester, lucyrfox, herhut, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D72481
2020-01-15 22:28:12 +08:00
|
|
|
MLIRLinalgOps
|
[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
|
|
|
MLIRLinalgAnalysis
|
|
|
|
MLIRLinalgEDSC
|
|
|
|
MLIRLinalgTransforms
|
|
|
|
MLIRLinalgUtils
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRLLVMIR
|
2019-07-15 17:50:09 +08:00
|
|
|
MLIRLoopOps
|
2019-04-30 07:12:15 +08:00
|
|
|
MLIRNVVMIR
|
[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
|
|
|
MLIROpenMP
|
2020-02-12 16:41:40 +08:00
|
|
|
MLIROptLib
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRParser
|
|
|
|
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
|
|
|
MLIRQuantizerFxpMathConfig
|
|
|
|
MLIRQuantizerSupport
|
2019-05-21 09:27:38 +08:00
|
|
|
MLIRQuantizerTransforms
|
2019-05-15 02:03:55 +08:00
|
|
|
MLIRQuantOps
|
2019-09-27 14:49:51 +08:00
|
|
|
MLIRROCDLIR
|
2019-05-26 20:43:20 +08:00
|
|
|
MLIRSPIRV
|
2020-01-27 00:10:29 +08:00
|
|
|
MLIRLinalgToSPIRVTransforms
|
2019-11-15 04:31:32 +08:00
|
|
|
MLIRStandardToSPIRVTransforms
|
2019-12-28 05:24:33 +08:00
|
|
|
MLIRSPIRVTestPasses
|
2019-10-09 07:42:38 +08:00
|
|
|
MLIRSPIRVTransforms
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRStandardOps
|
2019-06-15 06:54:21 +08:00
|
|
|
MLIRStandardToLLVM
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRTransforms
|
[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
|
|
|
MLIRTransformUtils
|
2019-06-25 05:35:21 +08:00
|
|
|
MLIRTestDialect
|
2019-10-09 01:21:26 +08:00
|
|
|
MLIRTestIR
|
2019-09-09 10:57:25 +08:00
|
|
|
MLIRTestPass
|
2019-06-25 05:35:21 +08:00
|
|
|
MLIRTestTransforms
|
2019-03-30 13:10:12 +08:00
|
|
|
MLIRSupport
|
|
|
|
MLIRVectorOps
|
2019-12-04 09:51:34 +08:00
|
|
|
MLIRVectorToLLVM
|
|
|
|
MLIRVectorToLoops
|
2020-02-06 01:06:36 +08:00
|
|
|
MLIRIR
|
2020-02-12 16:41:40 +08:00
|
|
|
MLIROptLib
|
2020-02-06 01:06:36 +08:00
|
|
|
LLVMSupport
|
|
|
|
LLVMCore
|
|
|
|
LLVMAsmParser
|
|
|
|
)
|
|
|
|
|
2019-11-20 13:04:45 +08:00
|
|
|
add_llvm_tool(mlir-opt
|
2019-04-30 03:11:58 +08:00
|
|
|
mlir-opt.cpp
|
2019-03-30 13:10:12 +08:00
|
|
|
)
|
2020-02-12 18:06:50 +08:00
|
|
|
# Manually expand the target library, since our MLIR libraries
|
|
|
|
# aren't plugged into the LLVM dependency tracking. If we don't
|
|
|
|
# do this then we can't insert the CodeGen library after ourselves
|
|
|
|
llvm_expand_pseudo_components(TARGET_LIBS AllTargetsCodeGens)
|
|
|
|
# Prepend LLVM in front of every target, this is how the library
|
|
|
|
# are named with CMake
|
|
|
|
SET(targets_to_link)
|
|
|
|
FOREACH(t ${TARGET_LIBS})
|
|
|
|
LIST(APPEND targets_to_link "LLVM${t}")
|
|
|
|
ENDFOREACH(t)
|
|
|
|
|
2019-04-02 01:17:45 +08:00
|
|
|
llvm_update_compile_flags(mlir-opt)
|
2020-02-12 18:06:50 +08:00
|
|
|
target_link_libraries(mlir-opt PRIVATE ${LIBS} ${targets_to_link})
|