[all-commits] [llvm/llvm-project] 34958d: [Flang][openmp][3/5] Make ProcBind clause part of ...
sameeranjoshi via All-commits
all-commits at lists.llvm.org
Tue Dec 22 00:11:09 PST 2020
Branch: refs/heads/main
Home: https://github.com/llvm/llvm-project
Commit: 34958d11c3457c8e05bbe2b31d5e013c04aecb55
https://github.com/llvm/llvm-project/commit/34958d11c3457c8e05bbe2b31d5e013c04aecb55
Author: sameeran joshi <sameeranjayant.joshi at amd.com>
Date: 2020-12-22 (Tue, 22 Dec 2020)
Changed paths:
M flang/lib/Lower/OpenMP.cpp
M flang/lib/Parser/openmp-parsers.cpp
M flang/lib/Parser/unparse.cpp
M flang/lib/Semantics/check-omp-structure.cpp
M flang/lib/Semantics/check-omp-structure.h
M llvm/include/llvm/Frontend/OpenMP/OMP.td
Log Message:
-----------
[Flang][openmp][3/5] Make ProcBind clause part of OmpClause
After discussion in `D93482` we found that the some of the clauses were not
following the common OmpClause convention.
The benefits of using OmpClause:
- Functionalities from structure checker are mostly aligned to work with
`llvm::omp::Clause`.
- The unparsing as well can take advantage.
- Homogeneity with OpenACC and rest of the clauses in OpenMP.
- Could even generate the parser with TableGen, when there is homogeneity.
- It becomes confusing when to use `flangClass` and `flangClassValue` inside
TableGen, if incase we generate parser using TableGen we could have only a
single `let expression`.
This patch makes `OmpProcBindClause` clause part of `OmpClause`.
The unparse function is dropped as the unparsing is done by `WALK_NESTED_ENUM`
for `OmpProcBindClause`.
Reviewed By: clementval, kiranktp
Differential Revision: https://reviews.llvm.org/D93642
More information about the All-commits
mailing list