|
Revision tags: llvmorg-18.1.8, llvmorg-18.1.7, llvmorg-18.1.6, llvmorg-18.1.5, llvmorg-18.1.4, llvmorg-18.1.3, llvmorg-18.1.2, llvmorg-18.1.1, llvmorg-18.1.0, llvmorg-18.1.0-rc4, llvmorg-18.1.0-rc3, llvmorg-18.1.0-rc2, llvmorg-18.1.0-rc1, llvmorg-19-init, llvmorg-17.0.6, llvmorg-17.0.5, llvmorg-17.0.4, llvmorg-17.0.3, llvmorg-17.0.2, llvmorg-17.0.1, llvmorg-17.0.0, llvmorg-17.0.0-rc4, llvmorg-17.0.0-rc3, llvmorg-17.0.0-rc2, llvmorg-17.0.0-rc1, llvmorg-18-init |
|
| #
9170fa58 |
| 14-Jul-2023 |
Markus Böck <markus.bock+llvm@nextsilicon.com> |
[mlir][LLVM] Convert access group metadata to using attributes instead of ops
Using MLIR attributes instead of metadata has many advantages: * No indirection: Attributes can simply refer to each oth
[mlir][LLVM] Convert access group metadata to using attributes instead of ops
Using MLIR attributes instead of metadata has many advantages: * No indirection: Attributes can simply refer to each other seemlessly without having to use the indirection of `SymbolRefAttr`. This also gives us correctness by construction in a lot of places as well * Multithreading safe: The Attribute infrastructure gives us thread-safety for free. Creating operations and inserting them into a block is not thread-safe. This is a major use case for e.g. the inliner in MLIR which runs in parallel * Easier to create: There is no need for a builder or a metadata region
This patch therefore does exactly that. It leverages the new distinct attributes to create distinct access groups in a deterministic and threadsafe manner.
Differential Revision: https://reviews.llvm.org/D155285
show more ...
|
|
Revision tags: llvmorg-16.0.6, llvmorg-16.0.5, llvmorg-16.0.4 |
|
| #
794b58b4 |
| 15-May-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[IR] Drop const in DILocation::getMergedLocation
This commit removes constness from DILocation::getMergedLocation and fixes all its users accordingly.
Having constness on the parameters forced the
[IR] Drop const in DILocation::getMergedLocation
This commit removes constness from DILocation::getMergedLocation and fixes all its users accordingly.
Having constness on the parameters forced the return type to be const as well, which does force usage of `const_cast` when the location needs to be used in metadata nodes.
Reviewed By: ftynse
Differential Revision: https://reviews.llvm.org/D149942
show more ...
|
| #
5550c821 |
| 08-May-2023 |
Tres Popp <tpopp@google.com> |
[mlir] Move casting calls from methods to function calls
The MLIR classes Type/Attribute/Operation/Op/Value support cast/dyn_cast/isa/dyn_cast_or_null functionality through llvm's doCast functionali
[mlir] Move casting calls from methods to function calls
The MLIR classes Type/Attribute/Operation/Op/Value support cast/dyn_cast/isa/dyn_cast_or_null functionality through llvm's doCast functionality in addition to defining methods with the same name. This change begins the migration of uses of the method to the corresponding function call as has been decided as more consistent.
Note that there still exist classes that only define methods directly, such as AffineExpr, and this does not include work currently to support a functional cast/isa call.
Caveats include: - This clang-tidy script probably has more problems. - This only touches C++ code, so nothing that is being generated.
Context: - https://mlir.llvm.org/deprecation/ at "Use the free function variants for dyn_cast/cast/isa/…" - Original discussion at https://discourse.llvm.org/t/preferred-casting-style-going-forward/68443
Implementation: This first patch was created with the following steps. The intention is to only do automated changes at first, so I waste less time if it's reverted, and so the first mass change is more clear as an example to other teams that will need to follow similar steps.
Steps are described per line, as comments are removed by git: 0. Retrieve the change from the following to build clang-tidy with an additional check: https://github.com/llvm/llvm-project/compare/main...tpopp:llvm-project:tidy-cast-check 1. Build clang-tidy 2. Run clang-tidy over your entire codebase while disabling all checks and enabling the one relevant one. Run on all header files also. 3. Delete .inc files that were also modified, so the next build rebuilds them to a pure state. 4. Some changes have been deleted for the following reasons: - Some files had a variable also named cast - Some files had not included a header file that defines the cast functions - Some files are definitions of the classes that have the casting methods, so the code still refers to the method instead of the function without adding a prefix or removing the method declaration at the same time.
``` ninja -C $BUILD_DIR clang-tidy
run-clang-tidy -clang-tidy-binary=$BUILD_DIR/bin/clang-tidy -checks='-*,misc-cast-functions'\ -header-filter=mlir/ mlir/* -fix
rm -rf $BUILD_DIR/tools/mlir/**/*.inc
git restore mlir/lib/IR mlir/lib/Dialect/DLTI/DLTI.cpp\ mlir/lib/Dialect/Complex/IR/ComplexDialect.cpp\ mlir/lib/**/IR/\ mlir/lib/Dialect/SparseTensor/Transforms/SparseVectorization.cpp\ mlir/lib/Dialect/Vector/Transforms/LowerVectorMultiReduction.cpp\ mlir/test/lib/Dialect/Test/TestTypes.cpp\ mlir/test/lib/Dialect/Transform/TestTransformDialectExtension.cpp\ mlir/test/lib/Dialect/Test/TestAttributes.cpp\ mlir/unittests/TableGen/EnumsGenTest.cpp\ mlir/test/python/lib/PythonTestCAPI.cpp\ mlir/include/mlir/IR/ ```
Differential Revision: https://reviews.llvm.org/D150123
show more ...
|
| #
62d7d94c |
| 05-May-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[mlir][LLVM] Support locations in loop annotation
This commit introduces support for locations as part of the loop annotation attribute. These locations indicate the start and the end of the loop.
[mlir][LLVM] Support locations in loop annotation
This commit introduces support for locations as part of the loop annotation attribute. These locations indicate the start and the end of the loop.
Reviewed By: gysit
Differential Revision: https://reviews.llvm.org/D149858
show more ...
|
|
Revision tags: llvmorg-16.0.3, llvmorg-16.0.2, llvmorg-16.0.1, llvmorg-16.0.0, llvmorg-16.0.0-rc4 |
|
| #
2ea6bb64 |
| 02-Mar-2023 |
Tobias Gysi <tobias.gysi@nextsilicon.com> |
[mlir][llvm] Use interfaces in the translation to LLVMIR.
The revision consistently uses the AliasAnalysisOp and AccessGroupOp interfaces in the translation from MLIR to LLVMIR. It thus drops the la
[mlir][llvm] Use interfaces in the translation to LLVMIR.
The revision consistently uses the AliasAnalysisOp and AccessGroupOp interfaces in the translation from MLIR to LLVMIR. It thus drops the last string based lookups of alias scope and access group attributes.
Depends on D144851
Reviewed By: Dinistro
Differential Revision: https://reviews.llvm.org/D145037
show more ...
|
|
Revision tags: llvmorg-16.0.0-rc3 |
|
| #
87a04795 |
| 17-Feb-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[mlir][llvm] Fuse access_group & loop export (NFC)
This commit moves the access group translation into the LoopAnnotationTranslation class as these two metadata kinds only appear together.
Drops th
[mlir][llvm] Fuse access_group & loop export (NFC)
This commit moves the access group translation into the LoopAnnotationTranslation class as these two metadata kinds only appear together.
Drops the access group cleanup from `ModuleTranslation::forgetMapping` as this is only used on function regions. Access groups only appear in the region of a global metadata operation and will thus not be cleaned here.
Analogous to https://reviews.llvm.org/D143577
Reviewed By: gysit
Differential Revision: https://reviews.llvm.org/D144253
show more ...
|
| #
7f249e45 |
| 13-Feb-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[milr][llvm] Add remaining loop metadata support
This commit adds support for the last two loop metadata nodes produced anywhere in the llvm-project.
Reviewed By: gysit
Differential Revision: http
[milr][llvm] Add remaining loop metadata support
This commit adds support for the last two loop metadata nodes produced anywhere in the llvm-project.
Reviewed By: gysit
Differential Revision: https://reviews.llvm.org/D143746
show more ...
|
| #
fef08da4 |
| 10-Feb-2023 |
Tobias Gysi <tobias.gysi@nextsilicon.com> |
[mlir][llvm] Store memory op metadata using op attributes.
The revision introduces operation attributes to store tbaa metadata on load and store operations rather than relying using dialect attribut
[mlir][llvm] Store memory op metadata using op attributes.
The revision introduces operation attributes to store tbaa metadata on load and store operations rather than relying using dialect attributes. At the same time, the change also ensures the provided getters and setters instead are used instead of a string based lookup. The latter is done for the tbaa, access groups, and alias scope attributes.
The goal of this change is to ensure the metadata attributes are only placed on operations that have the corresponding operation attributes. This is imported since only these operations later on translate these attributes to LLVM IR. Dialect attributes placed on other operations are lost during the translation.
Reviewed By: vzakhari, Dinistro
Differential Revision: https://reviews.llvm.org/D143654
show more ...
|
| #
4d7c879d |
| 10-Feb-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[mlir][llvm] Adapt loop metadata to match llvm
This commit adds support for the "llvm.loop.isvectorized" metadata and ensures that the unroll followups match llvm's naming.
Reviewed By: gysit
Diff
[mlir][llvm] Adapt loop metadata to match llvm
This commit adds support for the "llvm.loop.isvectorized" metadata and ensures that the unroll followups match llvm's naming.
Reviewed By: gysit
Differential Revision: https://reviews.llvm.org/D143730
show more ...
|
|
Revision tags: llvmorg-16.0.0-rc2 |
|
| #
a9787577 |
| 06-Feb-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[mlir][llvm] Add missing license header (NFC)
This commit adds a missing license header that was forgotten in https://reviews.llvm.org/D143064.
|
| #
889a1178 |
| 03-Feb-2023 |
Christian Ulmann <christian.ulmann@nextsilicon.com> |
[mlir][llvm] Add structured loop metadata
This commit introduces a structured representation of loop metadata to the LLVM dialect. This attribute explicitly models all known `!llvm.loop` metadata fi
[mlir][llvm] Add structured loop metadata
This commit introduces a structured representation of loop metadata to the LLVM dialect. This attribute explicitly models all known `!llvm.loop` metadata fields and groups them by introducing nested attributes for each namespace.
The new attribute replaces the LoopOptionAttr that could only model a limited subset of loop metadata.
Reviewed By: gysit
Differential Revision: https://reviews.llvm.org/D143064
show more ...
|