diff options
| author | Slava Zakharin <szakharin@nvidia.com> | 2023-01-26 14:20:47 -0800 |
|---|---|---|
| committer | Slava Zakharin <szakharin@nvidia.com> | 2023-01-26 14:20:57 -0800 |
| commit | 02445263e2f533573a935c1bd502d848bbe6bb27 (patch) | |
| tree | 712a3fa4b52b9aff38ac02d5d4129705402c2e41 /llvm/lib/CodeGen/StackProtector.cpp | |
| parent | e054e0da9fd7055142188036ee713e8c0697324b (diff) | |
| download | llvm-02445263e2f533573a935c1bd502d848bbe6bb27.zip llvm-02445263e2f533573a935c1bd502d848bbe6bb27.tar.gz llvm-02445263e2f533573a935c1bd502d848bbe6bb27.tar.bz2 | |
[flang] Fixed restrictions checking for OpenACC loop-associated constructs.
CheckDoConcurrentClauseRestriction and CheckTileClauseRestriction expect
that the construct has associated DoConstruct, while it is not set
when the do-loop has no loop control. The change is to skip the clauses
checks, when the do-loop does not have the loop control.
An alternative fix would be to associate the DoConstruct even when
the do-loop has no loop control and let Check*ClauseRestriction run their
checks, but I am not sure if associating invalid DoConstruct is a good idea.
This fixes failure in Semantics/OpenACC/acc-canonicalization-validity.f90
reported in D142279.
Reviewed By: clementval
Differential Revision: https://reviews.llvm.org/D142652
Diffstat (limited to 'llvm/lib/CodeGen/StackProtector.cpp')
0 files changed, 0 insertions, 0 deletions