#
a6f2f44f |
| 25-Aug-2022 |
Daniil Dudkin <d.dudkin@partner.samsung.com> |
[flang] Introduce `AbstractResultOnGlobalOpt` pass
This pass allows to convert operations which use functions with abstract results to ones that do not.
Depends on D130087
Reviewed By: jeanPerier
[flang] Introduce `AbstractResultOnGlobalOpt` pass
This pass allows to convert operations which use functions with abstract results to ones that do not.
Depends on D130087
Reviewed By: jeanPerier
Differential Revision: https://reviews.llvm.org/D130088
show more ...
|
Revision tags: llvmorg-15.0.0-rc3, llvmorg-15.0.0-rc2, llvmorg-15.0.0-rc1 |
|
#
cb33e4ab |
| 27-Jul-2022 |
Daniil Dudkin <d.dudkin@partner.samsung.com> |
[flang] Generalize `AbstractResultOpt` pass
This change decouples common functionality for convering abstract results, so it can be reused later.
Depends on D129485
Reviewed By: clementval, jeanPe
[flang] Generalize `AbstractResultOpt` pass
This change decouples common functionality for convering abstract results, so it can be reused later.
Depends on D129485
Reviewed By: clementval, jeanPerier
Differential Revision: https://reviews.llvm.org/D129778
show more ...
|
Revision tags: llvmorg-16-init |
|
#
ea1cdb58 |
| 19-Jul-2022 |
Daniil Dudkin <d.dudkin@partner.samsung.com> |
[flang][NFC] Drop `AbstractResultOptions` structure
`AbstractResultOptions` is obsolete structure because `newArg` is used only in `ReturnOpConversion`. This change removes this struct, making depen
[flang][NFC] Drop `AbstractResultOptions` structure
`AbstractResultOptions` is obsolete structure because `newArg` is used only in `ReturnOpConversion`. This change removes this struct, making dependencies of conversions more straight-forward.
Reviewed By: jeanPerier
Differential Revision: https://reviews.llvm.org/D129485
show more ...
|
#
009ab172 |
| 16-Jul-2022 |
Kazu Hirata <kazu@google.com> |
[flang] Use *X instead of X.getValue() (NFC)
Per Flang C++ Style Guide, this patch replaces X.getValue() with *X where *X is protected by a presence test.
|
#
3b7c3a65 |
| 25-Jun-2022 |
Kazu Hirata <kazu@google.com> |
Revert "Don't use Optional::hasValue (NFC)"
This reverts commit aa8feeefd3ac6c78ee8f67bf033976fc7d68bc6d.
|
#
aa8feeef |
| 25-Jun-2022 |
Kazu Hirata <kazu@google.com> |
Don't use Optional::hasValue (NFC)
|
Revision tags: llvmorg-14.0.6 |
|
#
9de831aa |
| 14-Jun-2022 |
Jean Perier <jperier@nvidia.com> |
Add lowering TODO for bindings returning derived types or arrays
Codegen does not support fir.addressof of functions returning derived types, arrays are descriptors inside GlobalOp region.
This is
Add lowering TODO for bindings returning derived types or arrays
Codegen does not support fir.addressof of functions returning derived types, arrays are descriptors inside GlobalOp region.
This is because the abstract-result-opt is required to rewrite such functions (a hidden argument must be added), but this pass is meant to run in GlobalOp currently.
Such fir.address_of may be created when lowering procedure pointers initial value (TODO), or when creating derived type descriptors for types with bindings.
Add a TODO in lowering until abstract-result-opt is modified to run on GlobalOp too.
This patch is part of the upstreaming effort from fir-dev branch.
Reviewed By: jeanPerier
Differential Revision: https://reviews.llvm.org/D127722
show more ...
|
Revision tags: llvmorg-14.0.5, llvmorg-14.0.4, llvmorg-14.0.3, llvmorg-14.0.2, llvmorg-14.0.1 |
|
#
4a3460a7 |
| 16-Mar-2022 |
River Riddle <riddleriver@gmail.com> |
[mlir:FunctionOpInterface] Rename the "type" attribute to "function_type"
This removes any potential confusion with the `getType` accessors which correspond to SSA results of an operation, and makes
[mlir:FunctionOpInterface] Rename the "type" attribute to "function_type"
This removes any potential confusion with the `getType` accessors which correspond to SSA results of an operation, and makes it clear what the intent is (i.e. to represent the type of the function).
Differential Revision: https://reviews.llvm.org/D121762
show more ...
|
Revision tags: llvmorg-14.0.0, llvmorg-14.0.0-rc4, llvmorg-14.0.0-rc3, llvmorg-14.0.0-rc2 |
|
#
23aa5a74 |
| 26-Feb-2022 |
River Riddle <riddleriver@gmail.com> |
[mlir] Rename the Standard dialect to the Func dialect
The last remaining operations in the standard dialect all revolve around FuncOp/function related constructs. This patch simply handles the init
[mlir] Rename the Standard dialect to the Func dialect
The last remaining operations in the standard dialect all revolve around FuncOp/function related constructs. This patch simply handles the initial renaming (which by itself is already huge), but there are a large number of cleanups unlocked/necessary afterwards:
* Removing a bunch of unnecessary dependencies on Func * Cleaning up the From/ToStandard conversion passes * Preparing for the move of FuncOp to the Func dialect
See the discussion at https://discourse.llvm.org/t/standard-dialect-the-final-chapter/6061
Differential Revision: https://reviews.llvm.org/D120624
show more ...
|
#
149ad3d5 |
| 15-Feb-2022 |
Shraiysh Vaishay <Shraiysh.Vaishay@amd.com> |
[flang][mlir][NFC] Replace uses of raw accessors with prefixed accessors
`kEmitAccessorPrefix_Raw ` is being removed, and so updating the accessors to `kEmitAccessorPrefix_Prefixed`.
Reviewed By: c
[flang][mlir][NFC] Replace uses of raw accessors with prefixed accessors
`kEmitAccessorPrefix_Raw ` is being removed, and so updating the accessors to `kEmitAccessorPrefix_Prefixed`.
Reviewed By: clementval
Differential Revision: https://reviews.llvm.org/D119812
show more ...
|
Revision tags: llvmorg-14.0.0-rc1, llvmorg-15-init |
|
#
9f85c198 |
| 26-Jan-2022 |
River Riddle <riddleriver@gmail.com> |
[mlir] Finish replacing OwningRewritePatternList with RewritePatternSet
OwningRewritePatternList has been deprecated for ~10 months now, we can remove the leftover using directives at this point.
D
[mlir] Finish replacing OwningRewritePatternList with RewritePatternSet
OwningRewritePatternList has been deprecated for ~10 months now, we can remove the leftover using directives at this point.
Differential Revision: https://reviews.llvm.org/D118287
show more ...
|
Revision tags: llvmorg-13.0.1, llvmorg-13.0.1-rc3 |
|
#
e084679f |
| 19-Jan-2022 |
River Riddle <riddleriver@gmail.com> |
[mlir] Make locations required when adding/creating block arguments
BlockArguments gained the ability to have locations attached a while ago, but they have always been optional. This goes against th
[mlir] Make locations required when adding/creating block arguments
BlockArguments gained the ability to have locations attached a while ago, but they have always been optional. This goes against the core tenant of MLIR where location information is a requirement, so this commit updates the API to require locations.
Fixes #53279
Differential Revision: https://reviews.llvm.org/D117633
show more ...
|
Revision tags: llvmorg-13.0.1-rc2, llvmorg-13.0.1-rc1 |
|
#
a54f4eae |
| 12-Oct-2021 |
Mogball <jeffniu22@gmail.com> |
[MLIR] Replace std ops with arith dialect ops
Precursor: https://reviews.llvm.org/D110200
Removed redundant ops from the standard dialect that were moved to the `arith` or `math` dialects.
Renamed
[MLIR] Replace std ops with arith dialect ops
Precursor: https://reviews.llvm.org/D110200
Removed redundant ops from the standard dialect that were moved to the `arith` or `math` dialects.
Renamed all instances of operations in the codebase and in tests.
Reviewed By: rriddle, jpienaar
Differential Revision: https://reviews.llvm.org/D110797
show more ...
|
#
b0eef1ee |
| 11-Oct-2021 |
Valentin Clement <clementval@gmail.com> |
[fir] Add the abstract result conversion pass
Add pass that convert abstract result to function argument. This pass is needed before the conversion to LLVM IR.
This patch is part of the upstreaming
[fir] Add the abstract result conversion pass
Add pass that convert abstract result to function argument. This pass is needed before the conversion to LLVM IR.
This patch is part of the upstreaming effort from fir-dev branch.
Reviewed By: schweitz
Differential Revision: https://reviews.llvm.org/D111146
Co-authored-by: Eric Schweitz <eschweitz@nvidia.com>
show more ...
|