llvm-project.git/mlir/lib/Target/SPIRV/Serialization/Serialization.cpp, branch main Unnamed repository; edit this file 'description' to name the repository. [mlir] Remove unused includes (NFC) (#147158) 2025-07-05T17:38:27+00:00 Kazu Hirata kazu@google.com 2025-07-05T17:38:27+00:00 38b8ef16f76f59b614d2100ebc8e987c310382ae These are identified by misc-include-cleaner. I've filtered out those that break builds. Also, I'm staying away from llvm-config.h, config.h, and Compiler.h, which likely cause platform- or compiler-specific build failures. 
These are identified by misc-include-cleaner.  I've filtered out those
that break builds.  Also, I'm staying away from llvm-config.h,
config.h, and Compiler.h, which likely cause platform- or
compiler-specific build failures.
 [mlir][spirv] Switch to kEmitAccessorPrefix_Predixed 2022-09-24T04:37:06+00:00 Jakub Kuderski kubak@google.com 2022-09-24T04:36:53+00:00 90a1632d0b1b1310bb24c4f5101727f310a94aad Fixes https://github.com/llvm/llvm-project/issues/57887 Reviewed By: antiagainst Differential Revision: https://reviews.llvm.org/D134580 
Fixes https://github.com/llvm/llvm-project/issues/57887

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D134580
[mlir] Don't use Optional::hasValue (NFC) 2022-06-20T18:22:37+00:00 Kazu Hirata kazu@google.com 2022-06-20T18:22:37+00:00 037f09959ac966cc284f7bdbfb3de6b8e8554fc7 






[mlir][spirv] Add serialization control to emit symbol name
2021-12-11T00:20:49+00:00

Lei Zhang
antiagainst@google.com

2021-12-10T18:57:29+00:00

b289266cb2398cebca0ba1ecfc6242470cc7cedd

In SPIR-V, symbol names are encoded as `OpName` instructions.
They are not semantic impacting and can be omitted, which can
reduce the binary size.

Reviewed By: scotttodd

Differential Revision: https://reviews.llvm.org/D115531





In SPIR-V, symbol names are encoded as `OpName` instructions.
They are not semantic impacting and can be omitted, which can
reduce the binary size.

Reviewed By: scotttodd

Differential Revision: https://reviews.llvm.org/D115531







[MLIR][SPIRV] NFC: Split serialization code among multiple files.
2021-02-08T13:15:31+00:00

KareemErgawy-TomTom
kareem.ergawy@gmail.com

2021-02-08T11:45:11+00:00

88d5c4c2eeb66e0ca62d7a502bd82ac1e902cafb

Following up on https://reviews.llvm.org/D94360, this patch splits the
serialization code into multiple source files to provide a better
structure and allow parallel compilation.

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95855





Following up on https://reviews.llvm.org/D94360, this patch splits the
serialization code into multiple source files to provide a better
structure and allow parallel compilation.

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95855







[mlir] Mark LogicalResult as LLVM_NODISCARD
2021-02-04T23:10:10+00:00

River Riddle
riddleriver@gmail.com

2021-02-04T22:57:50+00:00

e21adfa32d8822f9ea4058c3e365a841d87cb3ee

This makes ignoring a result explicit by the user, and helps to prevent accidental errors with dropped results. Marking LogicalResult as no discard was always the intention from the beginning, but got lost along the way.

Differential Revision: https://reviews.llvm.org/D95841





This makes ignoring a result explicit by the user, and helps to prevent accidental errors with dropped results. Marking LogicalResult as no discard was always the intention from the beginning, but got lost along the way.

Differential Revision: https://reviews.llvm.org/D95841







[mlir][spirv] Add support for OpImageType
2021-02-01T21:44:31+00:00

Weiwei Li
weiwei.li1@huawei.com

2021-02-01T19:30:50+00:00

35f746c17fd0315b235050c0a350fc521f944f20

Support OpImageType in SPIRV Dialect.

This change doesn't support operand AccessQualifier since
it is optinal and only enables under Kernel capability.

co-authored-by: Alan Liu <alanliu.yf@gmail.com>

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95580





Support OpImageType in SPIRV Dialect.

This change doesn't support operand AccessQualifier since
it is optinal and only enables under Kernel capability.

co-authored-by: Alan Liu <alanliu.yf@gmail.com>

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95580







Revert "[mlir][spirv] Add support for OpImageType"
2021-02-01T20:02:34+00:00

Lei Zhang
antiagainst@google.com

2021-02-01T20:02:34+00:00

75347ba1fae25819a086fc29ad52d813419887a8

This reverts commit 21f1462106b9ee1e646bf409c85528828320b34e.





This reverts commit 21f1462106b9ee1e646bf409c85528828320b34e.







[mlir][spirv] Add support for OpImageType
2021-02-01T20:01:31+00:00

Lei Zhang
antiagainst@google.com

2021-02-01T19:30:50+00:00

21f1462106b9ee1e646bf409c85528828320b34e

Support OpImageType in SPIRV Dialect.

This change doesn't support operand AccessQualifier since
it is optinal and only enables under Kernel capability.

co-authored-by: Alan Liu <alanliu.yf@gmail.com>

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95580





Support OpImageType in SPIRV Dialect.

This change doesn't support operand AccessQualifier since
it is optinal and only enables under Kernel capability.

co-authored-by: Alan Liu <alanliu.yf@gmail.com>

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D95580







[mlir][SPIRV] Rename OpSpecConstantOperation -> OpSpecConstantOp
2021-01-21T15:56:43+00:00

MaheshRavishankar
ravishankarm@google.com

2021-01-20T22:46:36+00:00

4234292ecf4902ad53286652acc3969c6758fed0

The SPIR-V spec uses OpSpecConstantOp. Using an inconsistent name
makes the dialect generation scripts fail. Update to use the right
operation name, and fix the auto generation scripts as well.

Differential Revision: https://reviews.llvm.org/D95097





The SPIR-V spec uses OpSpecConstantOp. Using an inconsistent name
makes the dialect generation scripts fail. Update to use the right
operation name, and fix the auto generation scripts as well.

Differential Revision: https://reviews.llvm.org/D95097