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

26 lines
458 B
CMake
Raw Normal View History

[MLIR] Reapply: Adjust libMLIR building to more closely follow libClang This reverts commit ab1ca6e60fc58b857cc5030ca6e024d20d919cb9.
2020-05-05 03:41:43 +08:00
set(LLVM_LINK_COMPONENTS
Core
Support
nativecodegen
)
Revert "[RFC] Factor out repetitive cmake patterns for llvm-style projects" This reverts commit e9b87f43bde8b5f0d8a79c5884fdce639b12e0ca. There are issues with macros generating macros without an obvious simple fix so I'm going to revert this and try something different.
2020-10-05 06:17:34 +08:00
add_llvm_tool(mlir-cpu-runner
Pipe Linalg to a cblas call via mlir-cpu-runner This CL extends the execution engine to allow the additional resolution of symbols names that have been registered explicitly. This allows linking static library symbols that have not been explicitly exported with the -rdynamic linking flag (which is deemed too intrusive). -- PiperOrigin-RevId: 247969504
2019-05-14 01:59:04 +08:00
mlir-cpu-runner.cpp
[MLIR] Reapply: Adjust libMLIR building to more closely follow libClang This reverts commit ab1ca6e60fc58b857cc5030ca6e024d20d919cb9.
2020-05-05 03:41:43 +08:00
)
Move shared cpu runner library to Support/JitRunner. PiperOrigin-RevId: 258347825
2019-07-16 20:28:56 +08:00
llvm_update_compile_flags(mlir-cpu-runner)
[MLIR] Refactor handling of dialect libraries Instead of creating extra libraries we don't really need, collect a list of all dialects and use that instead. Differential Revision: https://reviews.llvm.org/D75221
2020-02-27 03:50:03 +08:00
get_property(dialect_libs GLOBAL PROPERTY MLIR_DIALECT_LIBS)
Move shared cpu runner library to Support/JitRunner. PiperOrigin-RevId: 258347825
2019-07-16 20:28:56 +08:00
target_link_libraries(mlir-cpu-runner PRIVATE
[MLIR] Refactor handling of dialect libraries Instead of creating extra libraries we don't really need, collect a list of all dialects and use that instead. Differential Revision: https://reviews.llvm.org/D75221
2020-02-27 03:50:03 +08:00
${dialect_libs}
[mlir][LLVMIR] Add support for InlineAsmOp The InlineAsmOp mirrors the underlying LLVM semantics with a notable exception: the embedded `asm_string` is not allowed to define or reference any symbol or any global variable: only the operands of the op may be read, written, or referenced. Attempting to define or reference any symbol or any global behavior is considered undefined behavior at this time. The asm dialect syntax is currently specified with an integer (0 [default] for the "att dialect", 1 for the intel dialect) to circumvent the ODS limitation on string enums. Translation to LLVM is provided and raises the fact that the asm constraints string must be well-formed with respect to in/out operands. No check is performed on the asm_string. An InlineAsm instruction in LLVM is a special call operation to a function that is constructed on the fly. It does not fit the current model of MLIR calls with symbols. As a consequence, the current implementation constructs the function type in ModuleTranslation.cpp. This should be refactored in the future. The mlir-cpu-runner is augmented with the global initialization of the X86 asm parser to allow proper execution in JIT mode. Previously, only the X86 asm printer was initialized. Differential revision: https://reviews.llvm.org/D92166
2020-11-28 06:02:23 +08:00
LLVMAsmParser
LLVMX86AsmParser
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
MLIRAnalysis
MLIREDSC
MLIRExecutionEngine
MLIRIR
Add CMake dependency from MLIRJitRunner on all dialects This dependency was already existing indirectly, but is now more direct since the registration relies on a inline function. This fixes the link of the tools with BFD.
2020-10-24 09:22:38 +08:00
MLIRJitRunner
Pipe Linalg to LLVM via mlir-cpu-runner This CL adds support for functions in the Linalg dialect to run with mlir-cpu-runner. For this purpose, this CL adds BufferAllocOp, BufferDeallocOp, LoadOp and StoreOp to the Linalg dialect as well as their lowering to LLVM. To avoid collisions with mlir::LoadOp/StoreOp (which should really become mlir::affine::LoadOp/StoreOp), the mlir::linalg namespace is added. The execution uses a dummy linalg_dot function that just returns for now. In the future a proper library call will be used. -- PiperOrigin-RevId: 247476061
2019-05-10 03:34:04 +08:00
MLIRLLVMIR
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
MLIRParser
Add transformation of the NVVM dialect to an LLVM module. Only handles the generation of intrinsics out of NVVM index ops for now. -- PiperOrigin-RevId: 245933152
2019-04-30 21:08:21 +08:00
MLIRTargetLLVMIR
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
MLIRSupport
[MLIR] Fixes for BUILD_SHARED_LIBS=on Differential Revision: https://reviews.llvm.org/D75308
2020-02-28 06:53:12 +08:00
)