diff options
| author | William S. Moses <gh@wsmoses.com> | 2022-03-02 18:57:58 -0500 |
|---|---|---|
| committer | William S. Moses <gh@wsmoses.com> | 2022-03-03 22:37:24 -0500 |
| commit | ae5a70f2c21b96077f3e7f720621bd2eab3d15d5 (patch) | |
| tree | 2df0e727c3a52bfb2aea89c106b17f2e8b7e6865 /lldb/source/Plugins/ScriptInterpreter/Python | |
| parent | 99357f2ed31834617af86a642dbbbe23a0ecf2e3 (diff) | |
| download | llvm-ae5a70f2c21b96077f3e7f720621bd2eab3d15d5.zip llvm-ae5a70f2c21b96077f3e7f720621bd2eab3d15d5.tar.gz llvm-ae5a70f2c21b96077f3e7f720621bd2eab3d15d5.tar.bz2 | |
[MLIR][OpenMP] Mark openmp.parallel and omp.wsloop as having recursive side effects
An OpenMP wsloop is simply a regular for loop with the bounds determined by the thread number, and the same justification to allow this for scf.for works for omp.wsloop.
An OpenMP parallel is a parallel for, per thread. Similarly the same justification for scf.parallel having recursive side effects applies here.
In both cases the general justification is that the ops themselves don't have side effects (besides inaccessible runtime-specific memory) and thus the side effects are simply that of the contained ops.
Reviewed By: bondhugula
Differential Revision: https://reviews.llvm.org/D120853
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python')
0 files changed, 0 insertions, 0 deletions