[Bug c++/110347] [OpenMP] private/firstprivate of a C++ member variable mishandled

2024-03-01 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/110347] [OpenMP] private/firstprivate of a C++ member variable mishandled

2024-03-01 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347 --- Comment #3 from GCC Commits --- The master branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:4f82d5a95a244d0aa4f8b2541b47a21bce8a191b commit r14-9257-g4f82d5a95a244d0aa4f8b2541b47a21bce8a191b Author: Jakub Jelinek Date: F

[Bug c++/110347] [OpenMP] private/firstprivate of a C++ member variable mishandled

2023-11-21 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347 --- Comment #2 from Tobias Burnus --- An explicit 'firstprivate(x)' will be turned in the compiler from a FIELD_DECL to: int D.2935 [value-expr: ((struct t *) this)->x]; #pragma omp target firstprivate(D.2934) firstprivate(D.2935) {

[Bug c++/110347] [OpenMP] private/firstprivate of a C++ member variable mishandled

2023-06-21 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347 --- Comment #1 from Tobias Burnus --- I note that for the ICE example, the OG13 compiles it without an ICE and has as result: firstprivate(this) map(tofrom:*this [len: 16]) map(firstprivate:this [pointer assign, bias: 0]) For the main testc