[Bug testsuite/91884] New: libgomp testsuite: (not) using a specific driver for C++, Fortran

, openmp Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: burnus at gcc dot gnu.org, jakub at gcc dot gnu.org Target Milestone: --- This is to keep

[Bug testsuite/91884] libgomp testsuite: (not) using a specific driver for C++, Fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91884 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/76739] Non-contiguous array support for OpenACC data clauses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76739 Thomas Schwinge changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug libgomp/91917] New: OpenACC 'acc_set_cuda_stream' return type

Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- OpenACC 2.7, A.2.1. "NVIDIA CUDA Platform" currently specifies:

[Bug libgomp/91917] OpenACC 'acc_set_cuda_stream' return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91917 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/65438] Unnecessary ptr check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65438 Thomas Schwinge changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|cesar at g

[Bug fortran/68401] improve 'Allocation would exceed memory limit'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68401 --- Comment #15 from Thomas Schwinge --- Author: tschwinge Date: Tue Oct 8 10:20:41 2019 New Revision: 276691 URL: https://gcc.gnu.org/viewcvs?rev=276691&root=gcc&view=rev Log: Extend 'libgfortran/runtime/minimal.c' per r274599 "PR fortran/6840

[Bug libgomp/92028] New: OpenACC 'host_data' execution test regressions with nvptx offloading

s: openacc, openmp Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- With r274206 "Support map + u

[Bug tree-optimization/92029] New: Regression: 'libgomp.fortran/pr90779.f90' ICE for nvptx offloading

ds: openmp Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, rguenth at gcc dot gnu.org Target Milestone: --- Wi

[Bug libgomp/92028] OpenACC 'host_data' execution test regressions with nvptx offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92028 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/92036] New: OpenACC 'firstprivate' clause: initial value

ty: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, jules at gcc dot gnu.org Target Milestone: --- I think our implementation of OpenACC 'firstprivate&

[Bug middle-end/92036] OpenACC 'firstprivate' clause: initial value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92036 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/92036] OpenACC 'firstprivate' clause: initial value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92036 --- Comment #3 from Thomas Schwinge --- If I quickly got that right, the current implementation is described in the thread starting at -- and Nathan seems to have had a different idea of what t

[Bug middle-end/92036] OpenACC 'firstprivate' clause: initial value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92036 --- Comment #1 from Thomas Schwinge --- Author: tschwinge Date: Wed Oct 9 11:31:14 2019 New Revision: 276757 URL: https://gcc.gnu.org/viewcvs?rev=276757&root=gcc&view=rev Log: [PR92036] Add 'libgomp.oacc-c-c++-common/data-firstprivate-1.c'

[Bug target/90928] [9/10 Regression] [nvptx] internal compiler error: in instantiate_virtual_regs_in_insn, at function.c:1737

||2019-10-14 CC||tschwinge at gcc dot gnu.org Known to work||9.1.0 Version|10.0|9.2.0 Summary|[nvptx] internal compiler |[9/10 Regression] [nvptx

[Bug libgomp/92116] New: Potential null pointer dereference in 'gomp_acc_remove_pointer'

s: openacc Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, jules at gcc dot gnu.org, msebor at gcc dot gnu.or

[Bug libgomp/92116] Potential null pointer dereference in 'gomp_acc_remove_pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92116 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/78260] ICE in gimplify_expr, at gimplify.c:11939

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78260 Thomas Schwinge changed: What|Removed |Added CC||tschwinge at gcc dot gnu.org

[Bug tree-optimization/78692] [7 Regression] ICE (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78692 --- Comment #6 from Thomas Schwinge --- Author: tschwinge Date: Mon Dec 11 09:49:25 2017 New Revision: 255538 URL: https://gcc.gnu.org/viewcvs?rev=255538&root=gcc&view=rev Log: [PR c++/83301] cgraph.c segfault Backport trunk r243377: g

[Bug c++/83301] [6 Regression] cgraph.c segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83301 Thomas Schwinge changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/72715] ICE in gfc_trans_omp_do, at fortran/trans-openmp.c:3164

|ASSIGNED Last reconfirmed|2016-07-27 00:00:00 |2019-2-14 CC||burnus at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org --- Comment #5 from Thomas Schwinge --- Thanks for

[Bug tree-optimization/89376] ICE: Segmentation fault (in oacc_entry_exit_ok_1)

||2019-02-19 CC||tschwinge at gcc dot gnu.org, ||vries at gcc dot gnu.org Ever confirmed|0 |1

[Bug libgomp/82864] Stop using GOMP_OFFLOAD_openacc_async_set_async

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82864 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/87924] OpenACC wait clauses without async-arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87924 --- Comment #3 from Thomas Schwinge --- Author: tschwinge Date: Tue Feb 19 16:04:17 2019 New Revision: 269020 URL: https://gcc.gnu.org/viewcvs?rev=269020&root=gcc&view=rev Log: [PR87924] OpenACC wait clauses without async-arguments: remove XFAIL

[Bug c/89433] New: Repeated use of the OpenACC 'routine' directive

ty: normal Priority: P3 Component: c Assignee: tschwinge at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Depends on: 72741 Target Milestone: --- We found that it's not correct that we currently unconditionally diagnose an error for repeated use of the O

[Bug ipa/78027] [6 Regression] ICE in new_oacc_loop_routine, at omp-low.c:19000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78027 --- Comment #11 from Thomas Schwinge --- Author: tschwinge Date: Fri Feb 22 10:50:02 2019 New Revision: 269103 URL: https://gcc.gnu.org/viewcvs?rev=269103&root=gcc&view=rev Log: Silence '-Whsa' diagnostic in 'gfortran.dg/goacc/pr78027.f90' ...

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #8 from Thomas Schwinge --- Author: tschwinge Date: Fri Feb 22 10:50:35 2019 New Revision: 269105 URL: https://gcc.gnu.org/viewcvs?rev=269105&root=gcc&view=rev Log: [PR72741] Use 'oacc_build_routine_dims' for Fortran OpenACC 'routine

[Bug middle-end/89503] New: Checking ICE in 'gcc.dg/warn-strlen-no-nul.c'

Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Build: x86_6

[Bug target/89504] New: Checking ICE in 'gcc.dg/rtl/x86_64/pro_and_epilogue.c'

ty: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Build: x86_64-pc-linux-gnu C

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #9 from Thomas Schwinge --- Author: tschwinge Date: Thu Feb 28 20:31:01 2019 New Revision: 269285 URL: https://gcc.gnu.org/viewcvs?rev=269285&root=gcc&view=rev Log: [PR72741, PR89433] Accept intrinsic symbols in Fortran OpenACC 'rout

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #1 from Thomas Schwinge --- Author: tschwinge Date: Thu Feb 28 20:31:01 2019 New Revision: 269285 URL: https://gcc.gnu.org/viewcvs?rev=269285&root=gcc&view=rev Log: [PR72741, PR89433] Accept intrinsic symbols in Fortran OpenACC 'rout

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #2 from Thomas Schwinge --- Author: tschwinge Date: Thu Feb 28 20:31:36 2019 New Revision: 269287 URL: https://gcc.gnu.org/viewcvs?rev=269287&root=gcc&view=rev Log: [PR72741, PR89433] Repeated use of the Fortran OpenACC 'routine' dir

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #10 from Thomas Schwinge --- Author: tschwinge Date: Thu Feb 28 20:31:23 2019 New Revision: 269286 URL: https://gcc.gnu.org/viewcvs?rev=269286&root=gcc&view=rev Log: [PR72741] For all Fortran OpenACC 'routine' directive variants chec

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #11 from Thomas Schwinge --- Author: tschwinge Date: Thu Feb 28 20:31:36 2019 New Revision: 269287 URL: https://gcc.gnu.org/viewcvs?rev=269287&root=gcc&view=rev Log: [PR72741, PR89433] Repeated use of the Fortran OpenACC 'routine' di

[Bug fortran/83515] ICE: Invalid expression in gfc_element_size

||tschwinge at gcc dot gnu.org --- Comment #4 from Thomas Schwinge --- (In reply to DIL from comment #2) > For GFORTRAN 6.4.0 and earlier, the relevant compiler bug has been fixed in > 78300. Are you saying that the exact same bug reappeared here, which had previousl

[Bug target/65181] Support for alloca in nvptx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/89773] New: Fortran OpenACC 'routine' directive refuses procedures with implicit EXTERNAL attribute

NCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: fortran Assignee: tschwinge at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- ... as mentioned in <http://mid.mail-archive.com/9e1f3bc5-2

[Bug fortran/89773] Fortran OpenACC 'routine' directive refuses procedures with implicit EXTERNAL attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89773 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/89787] New: Fortran OpenACC 'routine' directive: parent namespace(s)

s: openacc Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: aldot at gcc dot gnu.org Target Milestone: --- See the suggested 'gfc_find_symtree&#x

[Bug fortran/29383] Fortran 2003/F95[TR15580:1999]: Floating point exception (IEEE) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383 --- Comment #17 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 18:54:50 2019 New Revision: 269845 URL: https://gcc.gnu.org/viewcvs?rev=269845&root=gcc&view=rev Log: [testsuite, Fortran] Consistently set 'DEFAULT_FFLAGS' In the same

[Bug fortran/29383] Fortran 2003/F95[TR15580:1999]: Floating point exception (IEEE) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383 --- Comment #19 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 18:57:56 2019 New Revision: 269847 URL: https://gcc.gnu.org/viewcvs?rev=269847&root=gcc&view=rev Log: [testsuite, Fortran] Consistently set 'DEFAULT_FFLAGS' In the same

[Bug fortran/29383] Fortran 2003/F95[TR15580:1999]: Floating point exception (IEEE) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383 --- Comment #18 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 18:57:39 2019 New Revision: 269846 URL: https://gcc.gnu.org/viewcvs?rev=269846&root=gcc&view=rev Log: [testsuite, Fortran] Consistently set 'DEFAULT_FFLAGS' In the same

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #12 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:16:29 2019 New Revision: 269848 URL: https://gcc.gnu.org/viewcvs?rev=269848&root=gcc&view=rev Log: [testsuite, Fortran] Apply DejaGnu 1.4.4 work-around also to 'gfort

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #13 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:16:54 2019 New Revision: 269849 URL: https://gcc.gnu.org/viewcvs?rev=269849&root=gcc&view=rev Log: [testsuite, Fortran] Apply DejaGnu 1.4.4 work-around also to 'gfort

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #14 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:17:12 2019 New Revision: 269850 URL: https://gcc.gnu.org/viewcvs?rev=269850&root=gcc&view=rev Log: [testsuite, Fortran] Apply DejaGnu 1.4.4 work-around also to 'gfort

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #15 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:29:57 2019 New Revision: 269851 URL: https://gcc.gnu.org/viewcvs?rev=269851&root=gcc&view=rev Log: [testsuite] Fix 'dg-compile-aux-modules' diagnostic gcc/te

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #16 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:31:09 2019 New Revision: 269852 URL: https://gcc.gnu.org/viewcvs?rev=269852&root=gcc&view=rev Log: [testsuite] Fix 'dg-compile-aux-modules' diagnostic gcc/te

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #17 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:31:30 2019 New Revision: 269853 URL: https://gcc.gnu.org/viewcvs?rev=269853&root=gcc&view=rev Log: [testsuite] Fix 'dg-compile-aux-modules' diagnostic gcc/te

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #12 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:44:45 2019 New Revision: 269855 URL: https://gcc.gnu.org/viewcvs?rev=269855&root=gcc&view=rev Log: [PR72741] Encode OpenACC 'routine' directive's level of parallelism

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #13 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 19:54:51 2019 New Revision: 269856 URL: https://gcc.gnu.org/viewcvs?rev=269856&root=gcc&view=rev Log: [PR72741] The name in a Fortran OpenACC 'routine' directive refers

[Bug fortran/89773] Fortran OpenACC 'routine' directive refuses procedures with implicit EXTERNAL attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89773 --- Comment #1 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 20:02:42 2019 New Revision: 269857 URL: https://gcc.gnu.org/viewcvs?rev=269857&root=gcc&view=rev Log: [PR89773] Fortran OpenACC 'routine' directive refuses procedures wit

[Bug fortran/72741] Fortran OpenACC routine directive doesn't properly handle clauses specifying the level of parallelism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72741 --- Comment #14 from Thomas Schwinge --- Author: tschwinge Date: Thu Mar 21 20:13:44 2019 New Revision: 269858 URL: https://gcc.gnu.org/viewcvs?rev=269858&root=gcc&view=rev Log: [PR72741] Properly handle clauses specifying the level of paralleli

[Bug tree-optimization/89499] [7/8/9 Regression] ICE in expand_UNIQUE, at internal-fn.c:2605

|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org --- Comment #4 from Thomas Schwinge --- Thanks for the report, and initial analysis. Unless there is an OpenACC 'bind' clause involved (also 'nohost' clause?) (which are not yet implemented, so not relevant in thi

[Bug tree-optimization/89499] [7/8/9 Regression] ICE in expand_UNIQUE, at internal-fn.c:2605

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89499 --- Comment #5 from Thomas Schwinge --- Created attachment 46094 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46094&action=edit [WIP] [PR89499] CIF_OPENACC_ROUTINE_MISMATCH (In reply to Thomas Schwinge from comment #4) > Unless there is

[Bug fortran/90030] New: Fortran OpenACC subarray data alignment

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- As reported by Cesar in <https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01664.html>, and la

[Bug fortran/90030] Fortran OMP array data alignment

|ASSIGNED Last reconfirmed||2019-04-10 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Summary|Fortran OpenACC subarray|Fortran OMP array data |data alignment

[Bug fortran/90048] New: Fortran OpenACC 'private' clause rejected for implicitly private loop iteration variable

NCONFIRMED Keywords: openacc, rejects-valid Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- ... as reported in <https://gcc.gnu.org/ml/gcc-pa

[Bug fortran/90048] Fortran OpenACC 'private' clause rejected for implicitly private loop iteration variable

||2019-04-11 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Ever confirmed|0 |1

[Bug fortran/90048] Fortran OpenACC 'private' clause rejected for predetermined private loop iteration variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90048 Thomas Schwinge changed: What|Removed |Added Summary|Fortran OpenACC 'private' |Fortran OpenACC 'private'

[Bug fortran/90067] New: Loop variables in Fortran 'do' statements within a compute construct must be predetermined private

NCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Found while working on PR90048. OpenACC 2.6 (same in 2.7),

[Bug fortran/90111] New: Placement of Fortran OpenACC 'routine' directive inside 'specification-part'

D Keywords: openacc, rejects-valid Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- OpenACC 2.7 (same in 2.6), in section 2.15.1. "Routi

[Bug middle-end/90114] New: Predetermined private levels for variables declared in OpenACC accelerator routines

Keywords: openacc, wrong-code Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- OpenACC 2.7 (same in 2.6), in section 2.6.1. "Variables

[Bug middle-end/90115] New: OpenACC: predetermined private levels for variables declared in blocks

, wrong-code Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- OpenACC 2.7 (same in 2.6), in section 2.6.1. "Variables with Predetermined

[Bug fortran/90067] Loop variables in Fortran 'do' statements within a compute construct must be predetermined private

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90067 --- Comment #1 from Thomas Schwinge --- Author: tschwinge Date: Wed Apr 17 08:34:10 2019 New Revision: 270405 URL: https://gcc.gnu.org/viewcvs?rev=270405&root=gcc&view=rev Log: [PR90067, PR90114] Document Fortran OpenACC predetermined private st

[Bug middle-end/90114] Predetermined private levels for variables declared in OpenACC accelerator routines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90114 --- Comment #1 from Thomas Schwinge --- Author: tschwinge Date: Wed Apr 17 08:34:10 2019 New Revision: 270405 URL: https://gcc.gnu.org/viewcvs?rev=270405&root=gcc&view=rev Log: [PR90067, PR90114] Document Fortran OpenACC predetermined private st

[Bug fortran/90048] Fortran OpenACC 'private' clause rejected for predetermined private loop iteration variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90048 --- Comment #2 from Thomas Schwinge --- Author: tschwinge Date: Wed Apr 17 08:34:20 2019 New Revision: 270406 URL: https://gcc.gnu.org/viewcvs?rev=270406&root=gcc&view=rev Log: [PR90048] Fortran OpenACC 'private' clause rejected for predetermine

[Bug middle-end/90247] New: Reconsider OpenACC implicit data attributes for pointers

Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- We've been reading the OpenACC specification such that a pointer variable is a scalar (not an array), and

[Bug middle-end/90247] Reconsider OpenACC implicit data attributes for pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90247 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |SUSPENDED Last reconfirmed|

[Bug target/87833] [9/10 Regression] Intel MIC (emulated) offloading: "relocation [...] can not be used when making a shared object; recompile with -fPIC"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87833 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/87833] [9/10 Regression] Intel MIC (emulated) offloading: "relocation [...] can not be used when making a shared object; recompile with -fPIC"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87833 Thomas Schwinge changed: What|Removed |Added Status|WAITING |NEW --- Comment #2 from Thomas Schwing

[Bug driver/90386] New: Offloading: libgfortran, libm dependencies

Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Offloading code generation may depend on libgfortran, or libm, for example, when compiling

[Bug target/87835] nvptx offloading: libgomp.oacc-c-c++-common/asyncwait-1.c execution test intermittently fails at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87835 --- Comment #7 from Thomas Schwinge --- Author: tschwinge Date: Wed May 8 10:01:30 2019 New Revision: 271004 URL: https://gcc.gnu.org/viewcvs?rev=271004&root=gcc&view=rev Log: Address compiler diagnostics in libgomp.oacc-c-c++-common/pr87835.c

[Bug target/87835] nvptx offloading: libgomp.oacc-c-c++-common/asyncwait-1.c execution test intermittently fails at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87835 --- Comment #8 from Thomas Schwinge --- Author: tschwinge Date: Wed May 8 10:03:04 2019 New Revision: 271005 URL: https://gcc.gnu.org/viewcvs?rev=271005&root=gcc&view=rev Log: Address compiler diagnostics in libgomp.oacc-c-c++-common/pr87835.c

[Bug target/89221] --enable-frame-pointer does not work as intended

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89221 --- Comment #5 from Thomas Schwinge --- Author: tschwinge Date: Thu May 9 09:51:59 2019 New Revision: 271028 URL: https://gcc.gnu.org/viewcvs?rev=271028&root=gcc&view=rev Log: [PR89221] Continue to default to '--disable-frame-pointer' for x86 G

[Bug middle-end/90417] New: OpenACC 'loop' construct's implicit/explicit 'auto' vs. 'independent' clauses

tus: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- There is some confusion in GCC as well as also in the

[Bug testsuite/90481] New: Unclean DejaGnu global state after ERROR in one '*.exp' file

nhancement Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- A co-worker had recently ran into this -- which I happened to remember, and now managed to relate to what I'

[Bug tree-optimization/90488] New: OpenACC Profiling Interface: callbacks from the OpenACC implementation into user code

Keywords: openacc, wrong-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, vries at gcc dot gnu.org Target

[Bug tree-optimization/90488] OpenACC Profiling Interface: callbacks from the OpenACC implementation into user code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90488 --- Comment #1 from Thomas Schwinge --- I filed "OpenACC Profiling Interface: callbacks branching out of an OpenACC construct/executable directive", hoping to get some aspects of this clarified

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #3 from Thomas Schwinge --- Author: tschwinge Date: Fri May 17 19:13:04 2019 New Revision: 271343 URL: https://gcc.gnu.org/viewcvs?rev=271343&root=gcc&view=rev Log: [PR89433] Refer to OpenACC 'routine' clauses from "omp declare targe

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #4 from Thomas Schwinge --- Author: tschwinge Date: Fri May 17 19:13:15 2019 New Revision: 271344 URL: https://gcc.gnu.org/viewcvs?rev=271344&root=gcc&view=rev Log: [PR89433] Use 'oacc_verify_routine_clauses' for C/C++ OpenACC 'routi

[Bug c/89433] Repeated use of the OpenACC 'routine' directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89433 --- Comment #5 from Thomas Schwinge --- Author: tschwinge Date: Fri May 17 19:13:26 2019 New Revision: 271345 URL: https://gcc.gnu.org/viewcvs?rev=271345&root=gcc&view=rev Log: [PR89433] Repeated use of the C/C++ OpenACC 'routine' directive

[Bug fortran/90067] Loop variables in Fortran 'do' statements within a compute construct must be predetermined private

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90067 Thomas Schwinge changed: What|Removed |Added Status|WAITING |NEW --- Comment #3 from Thomas Schwing

[Bug middle-end/90114] Predetermined private levels for variables declared in OpenACC accelerator routines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90114 Thomas Schwinge changed: What|Removed |Added Status|WAITING |NEW --- Comment #3 from Thomas Schwing

[Bug tree-optimization/90573] New: Avoid unnecessary data transfer into OMP construct

Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- As mentioned in PR90067: "it might generally be beneficial to h

[Bug tree-optimization/90573] Avoid unnecessary data transfer into OMP construct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90573 --- Comment #1 from Thomas Schwinge --- Probably some of these transformation should come with compiler diagnostics, especially for explicit clauses. For example, need to relate this to 'OMP_CLAUSE_FIRSTPRIVATE_IMPLICIT': PR70550 (r234779, r2348

[Bug tree-optimization/90510] [10 Regression] Unnecessary permutation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90510 --- Comment #6 from Thomas Schwinge --- Author: tschwinge Date: Thu May 23 08:22:56 2019 New Revision: 271540 URL: https://gcc.gnu.org/viewcvs?rev=271540&root=gcc&view=rev Log: [PR90510] Adjust 'brig.dg/test/gimple/packed.hsail' ... for r271463

[Bug tree-optimization/90591] New: Avoid unnecessary data transfer out of OMP construct

: enhancement Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- The reverse side of PR90573. For (all too common!) code like

[Bug libgomp/90593] New: OpenACC 'acc_async_sync' need not imply synchronizing after every intermediate step but rather just once, at the end

Version: 10.0 Status: UNCONFIRMED Keywords: openacc Severity: enhancement Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: cltang at gcc dot gnu.

[Bug libgomp/90593] OpenACC 'acc_async_sync' need not imply synchronizing after every intermediate step but rather just once, at the end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90593 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgomp/90596] New: 'GOACC_parallel_keyed' should use 'GOMP_MAP_VARS_TARGET'

Keywords: openacc Severity: enhancement Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- 'GOACC_parallel_keyed' curren

[Bug fortran/90741] New: Unreachable second '__builtin_malloc' for scalar 'allocatable'

everity: enhancement Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Based on trunk r271854, I noticed that for the following simple Fortran code: program main implici

[Bug fortran/90742] New: OpenACC/OpenMP target offloading: Fortran 'allocatable' scalars in 'firstprivate' clauses

Status: UNCONFIRMED Keywords: openacc, openmp Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, jules at gcc dot gnu.or

[Bug fortran/90743] New: Device-side 'malloc' for Fortran 'allocatable' scalar

p Severity: enhancement Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- As '-fdump-tree-original' shows, for: pr

[Bug fortran/90743] Fortran 'allocatable' in OpenACC/OpenMP target offloading regions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90743 Thomas Schwinge changed: What|Removed |Added Summary|Device-side 'malloc' for|Fortran 'allocatable' in

[Bug fortran/90742] OpenACC/OpenMP target offloading: Fortran 'allocatable' scalars in 'firstprivate' clauses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90742 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug other/76739] Add support dynamically allocated multi-dimensional arrays in OpenACC data clauses

||tschwinge at gcc dot gnu.org Assignee|chunglin.tang at gmail dot com |unassigned at gcc dot gnu.org --- Comment #1 from Thomas Schwinge --- Nobody is actively working on that right now. Initial pieces got into the OpenACC development branch (gomp-4_0-branch at that

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

|UNCONFIRMED |NEW Last reconfirmed||2019-06-07 CC||jakub at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Summary|Fortran array |Fortran array

[Bug middle-end/90859] New: [OMP] Mappings for VLA different depending on 'target { c && { ! lp64 } }'

Keywords: openacc Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- I noticed the following (wit

[Bug middle-end/90861] New: OpenACC 'declare' not cleaning up for VLAs

Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Given: #define N_f1 1000 int A_f1[N_f1]; #pragma acc declare copy(A_f1) ..., in '-fdump-tree-gimple'

[Bug middle-end/90862] New: OpenACC 'declare' ICE when nested inside another construct

s: openacc Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- For example: #pragma acc data { #pragma acc declare [...] } [...]: interna

<    1   2   3   4   5   6   7   8   9   10   >