[Bug fortran/111661] [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped when running 'acc update' on DT var itself

2023-11-16 Thread tschwinge at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 --- Comment #4 from Thomas Schwinge --- Created attachment 56608 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56608&action=edit 'pr111661.c' Before getting the Fortran case to work, let's indeed first look into some conceptually corresp

[Bug fortran/111661] [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped when running 'acc update' on DT var itself

2023-10-13 Thread patrick.begou--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 --- Comment #3 from Patrick Bégou --- Hi Tobias, thanks for this information. - yes removing the "finalize" make this small test case working. In my mind it should only remove the allocated attribute from the GPU with setting the count to zer

[Bug fortran/111661] [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped when running 'acc update' on DT var itself

2023-10-13 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 --- Comment #2 from Tobias Burnus --- @Patrick: It seems to work fine without "finalize". Can you check whether the big program then works for you? Usually, one should be able to do proper ref counting such that a 'finalize' -> force setting r

[Bug fortran/111661] [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped when running 'acc update' on DT var itself

2023-10-04 Thread patrick.begou--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 --- Comment #1 from Patrick Bégou --- With tab an instantiation of an r2tab type described above by Tobias Burnus this is what I am doing to enlarge the allocatable tab%val attribute to [n,m] elements with gcc13.2. !$acc exit data delete(