Details
- Reviewers
ABataev jdoerfert - Commits
- rGe0c2125d1d1e: [OpenMP] Added codegen for masked directive
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Any reason we should not unconditionally use the OMPIRBuilder impl? (btw, many thanks for providing one!)
We have an OMPIRBuilder always around in clang's codegen, so there is little reason not to use it if it is feature complete.
Also, don't forget to mark it as done in https://clang.llvm.org/docs/OpenMPSupport.html :)
I'm fine using OMPIRBuilder as default. I was not set it as default since most of the clause/directive are still using Clang codegen as default (ex: master, critical, and for are now use Clang codegen as default).
Initially we did not have an OMPIRBuilder object unconditionally, now we have. Let's move over everything that is ready. So master and critical should be good to go as well I suppose.
Initially we did not have an OMPIRBuilder object unconditionally, now we have. Let's move over everything that is ready. So master and critical should be good to go as well I suppose.
While using OMPIRBuilder as default, do we want to just remove codegen in Clang or we have a flag for using Clang codegen?
No duplication where it is not necessary. So if the OMPIRBuilder is fully capable use it remove the clang codegen, please.
No need for braces here