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

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

33 lines
718 B
CMake
Raw Normal View History

NFC: Wire up DRR settings for SPIR-V canonicalization patterns This CL added necessary files and settings for using DRR to write SPIR-V canonicalization patterns and also converted the patterns for spv.Bitcast and spv.LogicalNot. PiperOrigin-RevId: 282132786
2019-11-23 22:08:50 +08:00
set(LLVM_TARGET_DEFINITIONS SPIRVCanonicalization.td)
mlir_tablegen(SPIRVCanonicalization.inc -gen-rewriters)
add_public_tablegen_target(MLIRSPIRVCanonicalizationIncGen)
[spirv] Start the SPIR-V dialect This CL sets up the basic structure for a SPIR-V dialect: operation definition specification, dialect registration, testing, etc. A single op, FMul, is defined and tested to showcase. The SPIR-V dialect aims to be a simple proxy for the SPIR-V binary format to enable straightforward and lightweight conversion from/to the binary format. Ops in this dialect should stay as the same semantic level and try to be a mechanical mapping to the corresponding SPIR-V instructions; but they can deviate representationally to allow using MLIR mechanisms. -- PiperOrigin-RevId: 250040830
2019-05-26 20:43:20 +08:00
add_llvm_library(MLIRSPIRV
DialectRegistration.cpp
NFC: Refactor Dialect Conversion targeting SPIR-V. Refactoring the conversion from StandardOps/GPU dialect to SPIR-V dialect: 1) Move the SPIRVTypeConversion and SPIRVOpLowering class into SPIR-V dialect. 2) Add header files that expose functions to add patterns for the dialects to SPIR-V lowering, as well as a pass that does the dialect to SPIR-V lowering. 3) Make SPIRVOpLowering derive from OpLowering class. PiperOrigin-RevId: 280486871
2019-11-15 04:31:32 +08:00
LayoutUtils.cpp
[spirv] Start the SPIR-V dialect This CL sets up the basic structure for a SPIR-V dialect: operation definition specification, dialect registration, testing, etc. A single op, FMul, is defined and tested to showcase. The SPIR-V dialect aims to be a simple proxy for the SPIR-V binary format to enable straightforward and lightweight conversion from/to the binary format. Ops in this dialect should stay as the same semantic level and try to be a mechanical mapping to the corresponding SPIR-V instructions; but they can deviate representationally to allow using MLIR mechanisms. -- PiperOrigin-RevId: 250040830
2019-05-26 20:43:20 +08:00
SPIRVDialect.cpp
SPIRVOps.cpp
NFC: Refactor Dialect Conversion targeting SPIR-V. Refactoring the conversion from StandardOps/GPU dialect to SPIR-V dialect: 1) Move the SPIRVTypeConversion and SPIRVOpLowering class into SPIR-V dialect. 2) Add header files that expose functions to add patterns for the dialects to SPIR-V lowering, as well as a pass that does the dialect to SPIR-V lowering. 3) Make SPIRVOpLowering derive from OpLowering class. PiperOrigin-RevId: 280486871
2019-11-15 04:31:32 +08:00
SPIRVLowering.cpp
[spirv] Add array and run-time array types PiperOrigin-RevId: 252458108
2019-06-11 03:21:44 +08:00
SPIRVTypes.cpp
[spirv] Start the SPIR-V dialect This CL sets up the basic structure for a SPIR-V dialect: operation definition specification, dialect registration, testing, etc. A single op, FMul, is defined and tested to showcase. The SPIR-V dialect aims to be a simple proxy for the SPIR-V binary format to enable straightforward and lightweight conversion from/to the binary format. Ops in this dialect should stay as the same semantic level and try to be a mechanical mapping to the corresponding SPIR-V instructions; but they can deviate representationally to allow using MLIR mechanisms. -- PiperOrigin-RevId: 250040830
2019-05-26 20:43:20 +08:00
ADDITIONAL_HEADER_DIRS
${MLIR_MAIN_INCLUDE_DIR}/mlir/SPIRV
)
[spirv] Add missing CMake rules for enum utility generation PiperOrigin-RevId: 252601308
2019-06-11 20:48:30 +08:00
add_dependencies(MLIRSPIRV
[mlir][spirv] Add basic definitions for supporting availability SPIR-V has a few mechanisms to control op availability: version, extension, and capabilities. These mechanisms are considered as different availability classes. This commit introduces basic definitions for modelling SPIR-V availability classes. Specifically, an `Availability` class is added to SPIRVBase.td, along with two subclasses: MinVersion and MaxVersion for versioning. SPV_Op is extended to take a list of `Availability`. Each `Availability` instance carries information for generating op interfaces for the corresponding availability class and also the concrete availability requirements. With the availability spec on ops, we can now auto-generate the op interfaces of all SPIR-V availability classes and also synthesize the op's implementations of these interfaces. The interface generation is done via new TableGen backends -gen-avail-interface-{decls|defs}. The op's implementation is done via -gen-spirv-avail-impls. Differential Revision: https://reviews.llvm.org/D71930
2019-12-28 05:24:33 +08:00
MLIRSPIRVAvailabilityIncGen
NFC: Wire up DRR settings for SPIR-V canonicalization patterns This CL added necessary files and settings for using DRR to write SPIR-V canonicalization patterns and also converted the patterns for spv.Bitcast and spv.LogicalNot. PiperOrigin-RevId: 282132786
2019-11-23 22:08:50 +08:00
MLIRSPIRVCanonicalizationIncGen
Move BitEnumAttr from SPIRVBase.td to OpBase.td BitEnumAttr is a mechanism for modelling attributes whose value is a bitfield. It should not be scoped to the SPIR-V dialect and can be used by other dialects too. This CL is mostly shuffling code around and adding tests and docs. Functionality changes are: * Fixed to use `getZExtValue()` instead of `getSExtValue()` when getting the value from the underlying IntegerAttr for a case. * Changed to auto-detect whether there is a case whose value is all bits unset (i.e., zero). If so handle it specially in all helper methods. PiperOrigin-RevId: 277964926
2019-11-02 02:17:23 +08:00
MLIRSPIRVEnumsIncGen
Add missing rule to generate SPIR-V ABI Attribute using tblgen to CMake. PiperOrigin-RevId: 282415592
2019-11-26 04:56:46 +08:00
MLIRSPIRVLoweringStructGen
NFC: Wire up DRR settings for SPIR-V canonicalization patterns This CL added necessary files and settings for using DRR to write SPIR-V canonicalization patterns and also converted the patterns for spv.Bitcast and spv.LogicalNot. PiperOrigin-RevId: 282132786
2019-11-23 22:08:50 +08:00
MLIRSPIRVOpsIncGen
NFC: Refactoring to remove code bloat in SPIRV due to handling of Enum Class Attribute parsing PiperOrigin-RevId: 256471248
2019-07-04 09:12:52 +08:00
MLIRSPIRVOpUtilsGen)
[spirv] Start the SPIR-V dialect This CL sets up the basic structure for a SPIR-V dialect: operation definition specification, dialect registration, testing, etc. A single op, FMul, is defined and tested to showcase. The SPIR-V dialect aims to be a simple proxy for the SPIR-V binary format to enable straightforward and lightweight conversion from/to the binary format. Ops in this dialect should stay as the same semantic level and try to be a mechanical mapping to the corresponding SPIR-V instructions; but they can deviate representationally to allow using MLIR mechanisms. -- PiperOrigin-RevId: 250040830
2019-05-26 20:43:20 +08:00
[spirv] Use mlir::parseType in type parsers and add more checks PiperOrigin-RevId: 252874386
2019-06-13 03:16:05 +08:00
target_link_libraries(MLIRSPIRV
MLIRIR
MLIRParser
NFC: Refactor Dialect Conversion targeting SPIR-V. Refactoring the conversion from StandardOps/GPU dialect to SPIR-V dialect: 1) Move the SPIRVTypeConversion and SPIRVOpLowering class into SPIR-V dialect. 2) Add header files that expose functions to add patterns for the dialects to SPIR-V lowering, as well as a pass that does the dialect to SPIR-V lowering. 3) Make SPIRVOpLowering derive from OpLowering class. PiperOrigin-RevId: 280486871
2019-11-15 04:31:32 +08:00
MLIRSupport
MLIRTransforms)
[spirv] Basic serializer and deserializer This CL adds the basic SPIR-V serializer and deserializer for converting SPIR-V module into the binary format and back. Right now only an empty module with addressing model and memory model is supported; (de)serialize other components will be added gradually with subsequent CLs. The purpose of this library is to enable importing SPIR-V binary modules to run transformations on them and exporting SPIR-V modules to be consumed by execution environments. The focus is transformations, which inevitably means changes to the binary module; so it is not designed to be a general tool for investigating the SPIR-V binary module and does not guarantee roundtrip equivalence (at least for now). PiperOrigin-RevId: 254473019
2019-06-22 05:51:58 +08:00
add_subdirectory(Serialization)
[spirv] Add a pass to decorate the composite types with layout info. Add a pass to decorate the composite types used by composite objects in the StorageBuffer, PhysicalStorageBuffer, Uniform, and PushConstant storage classes with layout information. Closes tensorflow/mlir#156 COPYBARA_INTEGRATE_REVIEW=https://github.com/tensorflow/mlir/pull/156 from denis0x0D:sandbox/layout_info_decoration 7c50840fd38ca169a2da7ce9886b52b50c868b84 PiperOrigin-RevId: 273634140
2019-10-09 07:42:38 +08:00
add_subdirectory(Transforms)