https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059
Bug ID: 100059 Summary: [OpenMP] wrong code with 'declare target link' and a scalar variable Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: openmp, wrong-code Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: burnus at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Target: nvptx-none Created attachment 50578 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50578&action=edit Testcase, compile with 'gcc -fopenmp' with an (nvptx) offloading enabled compiler The attached testcase has four global vars: int a[N], b[N], c[N]; int i = 0; which are used with: #pragma omp declare target link(a,c,b,i) and #pragma omp target map(to: i) map(tofrom: a, b, c) update(); After the call, the one array is not updated but has the previous host value: * For 'declare target link(a,c,b,i)': not updated array is 'b' * For 'declare target link(a,b,c,i)': not updated array is 'c' Namely, the testcase shows: i=5: A=5, B=6, C=7 // Original host value i=5: A=6, B=6, C=10 // target call to 'update': 'B' is not updated i=5: A=7, B=8, C=13 // host update, OK Additionally, when using 'for (int i' in 'update': The error only shows up if there is 'i' And it occurs for the item before 'i', namely: link(a,c,b,i) → 'b' is wrong link(a,c,i,b) → 'c' is wrong The issue occurs with nvptx. It works without offloading and I think it works with GCN (did not show up in the test logs, but I have not manually verified).