[Bug libgomp/93305] [OpenACC] 'acc_shutdown' vs. active data lifetimes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93305 Thomas Schwinge changed: What|Removed |Added See Also||https://github.com/OpenACC/

[Bug target/96306] New: gcn libgomp build broken after "libomp: Add omp_depend_kind to omp_lib.{f90,h}"

Keywords: openacc, openmp Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, burnus at gcc dot gnu.org, jakub

[Bug testsuite/97168] [11 Regression] FAIL: gcc.dg/plugin/diagnostic-test-expressions-1.c, diagnostic-test-paths-2.c, location-overflow-test-1.c

, ||sandra at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Last reconfirmed||2020-10-09 Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/97390] Error compiling acc data present

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97390 --- Comment #3 from Thomas Schwinge --- Thanks for checking/confirming that. Next try: (In reply to afernandez from comment #0) > 6475 | !$acc data present([...]) async(counter+1) > |1 > Error: Unclassifiable

[Bug target/97436] [nvptx] -m32 support

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

[Bug fortran/97390] [OpenACC] 'async' clause on 'data' construct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97390 Thomas Schwinge changed: What|Removed |Added See Also||https://github.com/OpenACC/

[Bug target/95864] [11 Regression] GCN offloading execution regressions after commit f062c3f11505b70c5275e5bc0e52f3e441f8afbc "amdgcn: Switch to HSACO v3 binary format"

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90861 Thomas Schwinge changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org

[Bug fortran/97390] Error compiling acc data present

||burnus at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Last reconfirmed||2020-10-13 Status|UNCONFIRMED |WAITING Assignee|unassigned at gcc dot gnu.org |tschwinge

[Bug target/96428] [nvptx] nvptx_gen_shuffle does not handle V2DI mode – Fails with an ICE

|REOPENED Resolution|FIXED |--- CC||tschwinge at gcc dot gnu.org Last reconfirmed||2020-10-01 --- Comment #7 from Thomas Schwinge --- First: Tobias, Tom, thanks for fixing

[Bug testsuite/96519] [11 regression] new test case gcc.dg/ia64-sync-5.c fails

CC||tschwinge at gcc dot gnu.org Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Thomas Schwinge --- As far as I can tell, fixed with Kwok's patch to use explicit 'signed

[Bug c++/97996] New: [OMP] Missing 'omp_mappable_type' error diagnostic inside C++ template

, openmp Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Created attachment 49628 --> ht

[Bug c++/98007] New: [OpenACC] 'gcc/cp/semantics.c:finish_return_stmt' should consider 'flag_openacc' in addition to 'flag_openmp' for 'gcc/cp/decl.c:check_omp_return'?

'? Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub

[Bug fortran/98009] New: [OpenACC] 'gcc/fortran/match.c:gfc_match_type_spec' should consider 'flag_openacc' in addition to 'flag_openmp'?

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

[Bug fortran/98011] New: [OpenACC] 'gcc/fortran/scanner.c:load_line' should consider 'flag_openacc' in addition to 'flag_openmp' (and vice versa?)?

Version: 11.0 Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: burnus at gcc dot gnu.org

[Bug fortran/98013] New: [OpenACC] 'gcc/fortran/trans-decl.c:gfc_generate_function_code' should consider 'flag_openacc' in addition to 'flag_openmp'?

'? Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: burnus

[Bug fortran/98010] New: [OpenACC] 'gcc/fortran/options.c:gfc_post_options' should consider 'flag_openacc' in addition to 'flag_openmp'?

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

[Bug c++/98006] New: [OpenACC] 'gcc/cp/decl.c:check_goto' should consider 'flag_openacc' in addition to 'flag_openmp'?

Keywords: openacc Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Need to locate relevant OpenMP

[Bug fortran/98014] New: [Fortran OpenACC] Empty '!$acc' continuation line rejected

Severity: normal Priority: P3 Component: fortran 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: --- A while ago, I noticed that given

[Bug fortran/98012] New: [OpenACC] 'gcc/fortran/scanner.c:include_line' should consider 'flag_openacc' in addition to 'flag_openmp'?

: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: fortran 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

[Bug tree-optimization/97970] New: [11 regression] 'gcc.dg/gomp/pr82374.c scan-tree-dump-times vect "vectorized 1 loops" 2' for 32-bit x86

sion: 11.0 Status: UNCONFIRMED Keywords: 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, uweig

[Bug regression/97981] New: [11 regression] 32-bit x86 'gcc.dg/atomic/c11-atomic-exec-1.c' execution test

: normal Priority: P3 Component: regression Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Per my testing, for 32-bit x86 (x86_64-pc-linux-gnu '-m32'), something in 71e234a5c94ddaef4070b3a74cf6d867dfe1a24b

[Bug c++/98080] New: Need 'auto_suppress_location_wrappers sentinel' in 'cp_parser_omp_scan_loop_body'?

Keywords: openmp Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Do we need an 'auto_suppress_location_wrappers

[Bug c++/98081] New: Need 'auto_suppress_location_wrappers sentinel' in 'cp_parser_omp_declare_target'?

Keywords: openmp Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Do we need an 'auto_suppress_location_wrappers

[Bug c++/98072] [9/10/11 Regression] ICE in cp_parser_omp_var_list_no_open, at cp/parser.c:34843

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

[Bug target/98321] [nvptx] 'atom.add.f32' for atomic add of 32-bit 'float'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321 --- Comment #2 from Thomas Schwinge --- Thanks for having a look. (In reply to Tom de Vries from comment #1) > Ok, let's first make a runnable test-case: > ... > $ cat src/libgomp/testsuite/libgomp.oacc-c/test.c > [...] > Indeed we see the

[Bug target/98321] [nvptx] 'atom.add.f32' for atomic add of 32-bit 'float'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321 --- Comment #4 from Thomas Schwinge --- (In reply to Tom de Vries from comment #3) > (In reply to Thomas Schwinge from comment #2) > > However, my report was specifically for the nvptx target compiler. Just > > compile with 'nvptx-gcc -fopenacc

[Bug target/98321] New: [nvptx] 'atom.add.f32' for atomic add of 32-bit 'float'

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: vries at gcc dot gnu.org Target Milestone: --- Target: nvptx Consider: TYPE f(TYPE a, TYPE b) { #pragma acc atomic

[Bug libstdc++/66146] call_once not C++11-compliant on ppc64le

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

[Bug fortran/97782] New: [Fortran] Confused location information for OpenACC compute constructs

Severity: normal Priority: P3 Component: fortran Assignee: burnus at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Created attachment 49539 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49539=edit testc

[Bug tree-optimization/97623] [9/10/11 Regression] Extremely slow O2 compile (>>O(n^2))

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

[Bug testsuite/80219] relative line numbers only working if gcc_{error,warning}_prefix defined

||tschwinge at gcc dot gnu.org Status|UNCONFIRMED |NEW Last reconfirmed||2020-11-02 --- Comment #5 from Thomas Schwinge --- Fixed (only) for libgomp.

[Bug testsuite/85303] [testsuite, libgomp] dg-message not supported

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

[Bug debug/97718] New: [11 regression] Excessive GDB memory usage after GCC "Save some memory at debug stream-in time"

NCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- As of commi

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90859 Thomas Schwinge changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment

[Bug target/97348] [nvptx] Make -misa=sm_35 the default

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

[Bug libgomp/100390] FAIL: libgomp.fortran/depobj-1.f90 -O execution test

||2021-05-11 CC||burnus at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Status|UNCONFIRMED |WAITING --- Comment #3 from Thomas Schwinge --- Tom, are you still

[Bug testsuite/100655] New: 'g++.dg/tsan/pthread_cond_clockwait.C' FAILs due to 'pthread_cond_clockwait' missing

Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: kingoipo at gmail dot com, marxin at gcc dot gnu.org Target Milestone: --- This new testcase recently added

[Bug target/100657] New: [GCN offloading] 'libgomp.c-c++-common/reduction-6.c' execution times out

: openmp Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, burnus at gcc dot gnu.org, jakub at gcc dot gnu.org

[Bug fortran/64763] [OpenACC] !$acc region not implemented

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

[Bug c/100500] New: ICE with local label in OpenACC 'loop' region

: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Created attachment 50786 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50786=edit 'c-c++-common/goacc/prN.c' Discove

[Bug other/100695] New: Format decoder, quoting in 'dump_printf' etc.

Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: dmalcolm at gcc dot gnu.org Target Milestone: --- For user-visible '-fopt-info' diagnostics ('dump_printf' etc.), I'm trying to pretty-print

[Bug target/65181] Support for alloca in nvptx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181 --- Comment #5 from Thomas Schwinge --- While reviewing other things, I found that "'alloca' is a preview feature in PTX ISA version 7.3", and "requires 'sm_52' or higher". That got published 2021-05, so it'll be a while until we can reliably

[Bug other/67300] -foffload* undocumented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67300 Thomas Schwinge changed: What|Removed |Added Depends on|81886 | --- Comment #6 from Thomas Schwinge

[Bug fortran/96080] OpenACC/Fortran runtime library routines vs. Fortran 'pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96080 Thomas Schwinge changed: What|Removed |Added See Also||https://github.com/OpenACC/

[Bug c/87911] OpenACC/OpenMP clauses parsing: comma operator vs. separator

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

[Bug target/94096] amdgcn build instructions missing

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

[Bug c/99137] ICE in gimplify_scan_omp_clauses, at gimplify.c:9833

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99137 --- Comment #10 from Thomas Schwinge --- *** Bug 87912 has been marked as a duplicate of this bug. ***

[Bug c/87912] ICE with comma operator in C OpenACC async clause

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

[Bug fortran/96797] OpenACC fortran acc_get_cuda_stream

|WAITING See Also||https://github.com/OpenACC/ ||openacc-spec/issues/25 CC||tschwinge at gcc dot gnu.org Last reconfirmed

[Bug target/98321] [nvptx] 'atom.add.f32' for atomic add of 32-bit 'float'

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

[Bug middle-end/100669] [OpenACC] ICE with array-reduction variable & related issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100669 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2021-05-19

[Bug target/83812] nvptx-run: error getting kernel result: operation not supported on global/shared address space

|1 CC||tschwinge at gcc dot gnu.org Last reconfirmed||2021-05-19 --- Comment #2 from Thomas Schwinge --- See also PR97444.

[Bug target/83812] nvptx-run: error getting kernel result: operation not supported on global/shared address space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83812 --- Comment #3 from Thomas Schwinge --- By the way, curious why this isn't caught at compile time ('ptxas' verification) but only at run time (CUDA Driver/PTX JIT).

[Bug target/100678] New: [OpenACC/nvptx] 'libgomp.oacc-c-c++-common/private-atomic-1.c' FAILs (differently) in certain configurations

Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jules at gcc dot gnu.org, vries at gcc dot

[Bug target/100678] [OpenACC/nvptx] 'libgomp.oacc-c-c++-common/private-atomic-1.c' FAILs (differently) in certain configurations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100678 --- Comment #2 from Thomas Schwinge --- I ran into this in a different OpenACC context (OpenACC privatization levels), where in testcases we're trying to use 'atomic' on 'private' variables. ... which for nvptx offloading only works for

[Bug fortran/100276] [12 regression] Many failures after r12-119

net |tschwinge at gcc dot gnu.org Keywords||openacc --- Comment #1 from Thomas Schwinge --- Yeah, sorry for that -- unfortunate difference in diagnostics for GCC build configuration without vs. with offloading enabled. See <http://mid.m

[Bug target/99932] New: OpenACC/nvptx offloading execution regressions starting with CUDA 11.2-era Nvidia Driver 460.27.04

Keywords: openacc Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: vries at gcc dot gnu.org Target Milestone: --- Target: nvptx

[Bug middle-end/99857] [11 Regression] FAIL: libgomp.c/declare-variant-1.c (test for excess errors) by r11-7926

Last reconfirmed|2021-04-01 00:00:00 |2021-4-6 CC||tschwinge at gcc dot gnu.org Status|NEW |ASSIGNED --- Comment #3 from Thomas Schwinge --- Honza stated that he's "looking into it", <ht

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

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

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 --- Comment #16 from Thomas Schwinge --- Ugh. :-( Where are we tracking this, and is anyone working on this? It's clearly not useful to have (nvptx offloading) testing to run into known TIMEOUTs?

[Bug target/99555] New: [OpenMP/nvptx] Execution-time hang for simple nested OpenMP 'target'/'parallel'/'task' constructs

Keywords: openmp Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jakub at gcc dot gnu.org, kcy at codesourcery dot com

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 --- Comment #17 from Thomas Schwinge --- I've filed PR99555 "[OpenMP/nvptx] Execution-time hang for simple nested OpenMP 'target'/'parallel'/'task' constructs".

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90115 Thomas Schwinge changed: What|Removed |Added Blocks||90114 --- Comment #1 from Thomas

[Bug target/100181] hot-cold partitioned code doesn't assemble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181 --- Comment #8 from Thomas Schwinge --- (In reply to Tobias Burnus from comment #7) > (I could not reproduce the LLVM 9 issue in PR94278 back then.) Hmm, but didn't you say in the LLVM issue (liked

[Bug target/100181] hot-cold partitioned code doesn't assemble

| CC||ams at gcc dot gnu.org, ||burnus at gcc dot gnu.org, ||jules at gcc dot gnu.org, ||tschwinge

[Bug middle-end/84991] [openacc] Misleading error message for function static var in routine

at gcc dot gnu.org |tschwinge at gcc dot gnu.org See Also||https://github.com/OpenACC/ ||openacc-spec/issues/372 Status|UNCONFIRMED |SUSPENDED Last reconfirmed

[Bug middle-end/84992] [openacc] function static var in parallel

/ ||openacc-spec/issues/372 Ever confirmed|0 |1 Last reconfirmed||2021-04-09 Status|UNCONFIRMED |SUSPENDED Assignee|unassigned at gcc dot gnu.org |tschwinge

[Bug target/100001] New: [GCN offloading] Occasional C++ 'libgomp.oacc-c-c++-common/static-variable-1.c' execution failure

Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org

[Bug c/99137] ICE in gimplify_scan_omp_clauses, at gimplify.c:9833

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

[Bug c/99137] ICE in gimplify_scan_omp_clauses, at gimplify.c:9833

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99137 --- Comment #4 from Thomas Schwinge --- (In reply to Jakub Jelinek from comment #3) > ice-on-invalid-code is when an error should be reported and instead of that > the compiler crashes. > ice-on-valid-code is when the code should compile without

[Bug bootstrap/101959] [12 Regression] hash_map self test bootstrap failure

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

[Bug bootstrap/101959] [12 Regression] hash_map self test bootstrap failure

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

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 70392, which changed state. Bug 70392 Summary: [openacc] inconsistent line numbers in uninitialised warnings for if clause https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70392 What|Removed

[Bug tree-optimization/70392] [openacc] inconsistent line numbers in uninitialised warnings for if clause

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

[Bug middle-end/101862] [C, C++] Potential '?:' diagnostic for always-true expressions in boolean context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101862 --- Comment #3 from Thomas Schwinge --- Thanks for your comments! (In reply to Andrew Macleod from comment #1) > I'm not sure exactly what you want to do. Neither am I! ;-) (Well, I do know "what", but not yet "how".) > The EVRP pass

[Bug testsuite/101969] [10 regression] reactivated test case gcc.dg/pr78213.c in r10-10042 fails

|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Resolution|--- |FIXED --- Comment #6 from Thomas Schwinge --- (In reply to seurer from comment #0) > cc1: note: self-tests are not enabled in this build There original (re-enabled) test c

[Bug target/87626] Named address spaces don't work in standard-conforming mode, but macros for them are defined

|1 Status|UNCONFIRMED |NEW CC||tschwinge at gcc dot gnu.org --- Comment #1 from Thomas Schwinge --- Confirmed, and see also PR69549 "Named Address Spaces does not compile in C++" where simila

[Bug debug/101975] New: ICE with '-g' for x86 named address spaces

Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Given: int __seg_fs f; int __seg_gs g; ..., we ICE when compiling with '-g': [...]/pr.c:3:1: internal compiler error

[Bug c/95901] [C, C++] OpenACC, OpenMP executable directives wrongly refused after labels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95901 --- Comment #2 from Thomas Schwinge --- For the record, the recent commit 1bf976a5de69ecd9b1e10eb7515357b98e78faf7 "openmp: Actually ignore pragma_stmt pragmas for which c_parser_pragma returns false" gets us rid of the following C vs. C++

[Bug c/95901] [C, C++] OpenACC, OpenMP executable directives wrongly refused after labels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95901 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2021-8-18 --- Comment #1 from Thomas

[Bug tree-optimization/102192] New: Curious '-O2'-only '-Wmaybe-uninitialized' diagnostics for 'libgomp.oacc-fortran/routine-10.f90'

Keywords: diagnostic Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: burnus at gcc dot gnu.org Blocks: 24639 Target

[Bug fortran/91442] Wrong "may be used uninitialized" warning with allocation on assignment

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

[Bug fortran/91442] Wrong "may be used uninitialized" warning with allocation on assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91442 --- Comment #4 from Thomas Schwinge --- (In reply to paul.luckner from comment #2) > integer, allocatable :: i(:) > i = [1] Is that PR77504?

[Bug driver/102189] New: error: unrecognized command-line option '-fno-[...]'; did you mean '-ftree-[...]'?

Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: dmalcolm at gcc dot gnu.org Target Milestone: --- For example: xgcc: error: unrecognized command-line option

[Bug target/102215] New: [GCN offloading] Missing '__atomic_compare_exchange_1' etc.

Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, jakub at gcc dot gnu.org, jules at gcc dot gnu.org Target Milestone

[Bug bootstrap/102302] [12 Regression] ICE during RTL pass: expand: in gen_lowpart_general, at rtlhooks.c:57

||liuhongt at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Last reconfirmed||2021-09-13 Status|UNCONFIRMED |NEW --- Comment #1 from Thomas Schwinge --- I've ran into this, too

[Bug bootstrap/101574] gcc/sparseset.h:215:20: error: suggest parentheses around assignment used as truth value [-Werror=parentheses]

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

[Bug ipa/102310] [11/12 Regression] ICE in visit_ref_for_mod_analysis with OpenACC

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

[Bug middle-end/101551] [offloading] Differences in diagnostics etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101551 --- Comment #2 from Thomas Schwinge --- I've noticed that with an offloading-enabled build of GCC we're losing "note: in expansion of macro '[...]'" diagnostics. (Effectively '-ftrack-macro-expansion=0'?) For example,

[Bug other/102362] 'dump_printf_loc' doesn't work from 'gate' method of a 'gimple_opt_pass'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102362 --- Comment #2 from Thomas Schwinge --- Here, to emit 'note: [...]' ('-fopt-info-note') if because of certain input source code characteristics (derived from 'DECL_ATTRIBUTES(current_function_decl)'), certain code transformations do/don't need

[Bug other/102362] New: 'dump_printf_loc' doesn't work from 'gate' method of a 'gimple_opt_pass'

: diagnostic Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: dmalcolm at gcc dot gnu.org Target Milestone: --- 'dump_printf_loc' (guarded by the usual

[Bug fortran/102330] [12 Regression] ICE in expand_gimple_stmt_1, at cfgexpand.c:3932 since r12-1139-gf6bf436d9ab907d0

, ||tschwinge at gcc dot gnu.org --- Comment #5 from Thomas Schwinge --- (In reply to Jakub Jelinek from comment #4) > Just > program p > !$omp taskloop lastprivate(i) > do i = 1, 8 > end do > !$acc parallel loop > do i =

[Bug middle-end/101862] New: [C, C++] Potential '?:' diagnostic for always-true expressions in boolean context

Keywords: diagnostic Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Created attachment 51287 --> https://gcc.gnu.org/bugzilla/attachment.cgi

[Bug testsuite/102735] privatization-1-compute.c results in both XFAIL and PASS

|ASSIGNED CC||tschwinge at gcc dot gnu.org Last reconfirmed||2021-10-14 Ever confirmed|0 |1 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org

[Bug testsuite/102841] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/host_data-7.c FAILs

||openacc Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Last reconfirmed||2021-10-19 Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #1

[Bug fortran/102500] [12 regression] Missing include for gfortran.dg/include_15.f90 in r12-3722

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

[Bug testsuite/102509] [12 regression] new test case gcc.c-torture/compile/attr-complex-method.c is unresolved after r12-3901

||marxin at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 Last reconfirmed||2021-09-28 --- Comment #1 from Thomas Schwinge --- (In reply to seurer from

[Bug fortran/102500] [12 regression] Missing include for gfortran.dg/include_15.f90 in r12-3722

|1 CC||tschwinge at gcc dot gnu.org Target|powerpc64-linux-gnu,| |powerpc64le-linux-gnu | Host|powerpc64-linux-gnu,| |powerpc64le-linux-gnu

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