[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #16 from CVS Commits --- The releases/gcc-10 branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:60b589b5858fb8ad414583c6b493e0897f1bde5f commit r10-9681-g60b589b5858fb8ad414583c6b493e0897f1bde5f Author: Thomas Schwin

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #15 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:ffa0ae6eeef3ad15d3f288283e4c477193052f1a commit r11-8096-gffa0ae6eeef3ad15d3f288283e4c477193052f1a Author: Thomas Schwinge Date:

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #14 from Andrew Stubbs --- (In reply to Jakub Jelinek from comment #7) > if I compile just the first TU without the foo () call in there, and > .global .align 4 .u32 var$lto_priv$1[1] = { 5 }; > .global .align 4 .u32

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #13 from Tom de Vries --- (In reply to Tom de Vries from comment #11) > (In reply to Thomas Schwinge from comment #1) > > Same for OpenACC ('!$acc parallel copyout(v)'). > > > > > > Thsi sounds similar to PR85063, > >

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #12 from Tom de Vries --- *** Bug 84592 has been marked as a duplicate of this bug. ***

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #11 from Tom de Vries --- (In reply to Thomas Schwinge from comment #1) > Same for OpenACC ('!$acc parallel copyout(v)'). > > > Thsi sounds similar to PR85063, >

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Sat Jun 15 07:09:04 2019 New Revision: 272322 URL: https://gcc.gnu.org/viewcvs?rev=272322&root=gcc&view=rev Log: PR middle-end/90779 * gimplify.c: Include omp-offload.h a

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #9 from Jakub Jelinek --- Ok, will retest the updated version and commit, defer the rest to you or somebody else familiar with what is done there.

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #8 from Andrew Stubbs --- On GCN I get the lto_priv names, but not the globalization. I think that shows what the expected behaviour is, thanks ... I just need to find that magic. That being so, I think I can confirm that your origin

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 Jakub Jelinek changed: What|Removed |Added CC||amonakov at gcc dot gnu.org,

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #6 from Andrew Stubbs --- There's not observable difference. I don't quite follow what the patch is trying to achieve, but seems like adding the variable to the offload variables does not address the issue here. I've added a hack to

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #5 from Jakub Jelinek --- (In reply to Andrew Stubbs from comment #4) > The problem is that the variables are added to the offload_var_table but not > exported so that libgomp cannot find the symbol at load time. This causes a > fatal

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #4 from Andrew Stubbs --- The problem is that the variables are added to the offload_var_table but not exported so that libgomp cannot find the symbol at load time. This causes a fatal error in a mutex-locked section, which causes lib

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #3 from Andrew Stubbs --- My code now compiles successfully, with the patch, but it hangs at runtime. I need to investigate, but debugging runtime issues on the GPU is slow work.

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 --- Comment #2 from Jakub Jelinek --- Created attachment 46484 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46484&action=edit gcc10-pr90779.patch Fix, so far tested with x86_64-linux -> nvptx-none offloading make check in libgomp, will d

[Bug middle-end/90779] Fortran array initialization in offload regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90779 Thomas Schwinge changed: What|Removed |Added Keywords||openacc Status|UNCONFIRMED