[Bug libfortran/74755] New: libgfortran: build breaks if localtime_r prototype is present, but definition is not

Severity: normal Priority: P3 Component: libfortran Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: cesar at gcc dot gnu.org Target Milestone: --- Target: nvptx As of GCC trunk r239356 "Replace

[Bug fortran/74600] [openacc] duplicate data map error

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

[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

Status: UNCONFIRMED 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.or

[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 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", &

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

sion: 11.0 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 d

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

at gcc dot gnu.org --- Comment #5 from Thomas Schwinge --- (In reply to Tom de Vries from comment #2) > (In reply to Tom de Vries from comment #0) > > When compiling this openacc testcase: > > [...] ... this now works as expected. Current behavior docume

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

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/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 Schwi

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

gcc dot gnu.org --- Comment #5 from Thomas Schwinge --- Isn't that a duplicate of what I once filed as PR94278 "[amdgcn] Offloading build failures due to 'llvm-mc' SIGSEGV" -- with "improved error reporting": error diagnostic instead of SIGSEGV? PR94278 incl

[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 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 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 O

[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/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 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 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&acti

[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 tree-optimization/97970] New: [11 regression] 'gcc.dg/gomp/pr82374.c scan-tree-dump-times vect "vectorized 1 loops" 2' for 32-bit x86

Version: 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.

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

Severity: 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 71e234a5c94ddaef4070

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

s: openacc, 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

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

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 at gcc dot gnu.org Target Milestone: ---

[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'?

#x27;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

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

roduct: 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 at

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

: 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 at

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

rsa?)? 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

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

rsion: 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, jak

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

'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

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

s: 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 Milestone: --- A while ago, I noticed tha

[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 --- Commen

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

Status: UNCONFIRMED 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_s

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

Status: UNCONFIRMED 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_s

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

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 Consider: TYPE f(TYPE a, TYPE b) {

[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 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 this

[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 &#

[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 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 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 cas,

[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/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 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 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 Target|x86_64-pc-l

[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 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 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

Severity: 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&action=edit 'c-

[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

Status: UNCONFIRMED 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 testca

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

Keywords: 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 d

[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 Keywords|ice-on-

[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

sion: 12.0 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

[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 gang-pr

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

ty: 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: --- For user-visible '-fopt-info' diagnostics ('dump_printf' etc.)

[Bug target/107453] [13 Regression] New stdarg tests in r13-3549-g4fe34cdcc80ac2 fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107453 --- Comment #8 from Thomas Schwinge --- (In reply to Jakub Jelinek from comment #7) > No testing on nvptx Thanks, confirming fixed for nvptx target, too.

[Bug fortran/108349] LTO mismatch for __builtin_realloc between glibc and gfortran frontend

, ||tschwinge at gcc dot gnu.org, ||vries at gcc dot gnu.org --- Comment #6 from Thomas Schwinge --- As nvptx target is known to be sensitive to such mismatches (outside of the LTO context reported here), I

[Bug modula2/108373] New: Update 'contrib/gcc_update:files_and_dependencies' for Modula-2

ty: normal Priority: P3 Component: modula2 Assignee: gaius at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Given the amount of generated Auto* files that it brought in, I suppose we need to update 'contrib/gcc_update:files_a

[Bug tree-optimization/108377] New: Unexpected 'exceeds maximum object size' diagnostic, wrong-code?

ty: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Created attachment 54249 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54249&action=edit 1

[Bug tree-optimization/108377] Unexpected 'exceeds maximum object size' diagnostic, wrong-code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108377 --- Comment #1 from Thomas Schwinge --- That's x86_64-pc-linux-gnu at today's commit de99049f6fe5341024d4d939ac50d063280f90db.

[Bug tree-optimization/108377] Unexpected 'exceeds maximum object size' diagnostic, wrong-code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108377 --- Comment #4 from Thomas Schwinge --- Thanks, Andrew, for looking into this. (In reply to Andrew Pinski from comment #2) > If calc_n(259) returns (__SIZE_TYPE__)-1 (aka 18446744073709551615) [...] > the warning is correct ([...]) in some sens

[Bug tree-optimization/108392] New: Unexpected optimization in presence of '__attribute__((noipa))'

ty: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Consider: __attribute__((noipa)) int f(int n) { if (n < 0) n = f(-n);

[Bug fortran/108558] New: OpenMP/Fortran 'has_device_addr' clause getting lost?

ty: 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: --- It's certainly possible that I'm doing

[Bug fortran/108558] OpenMP/Fortran 'has_device_addr' clause getting lost?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108558 --- Comment #2 from Thomas Schwinge --- (In reply to Tobias Burnus from comment #1) > I bet that this is a problem of 'gfc_split_omp_clauses': [...] Heh, so indeed as I suspected: (In reply to myself from comment #0) > (Decomposed combined con

[Bug fortran/85364] Fortran '-fopenmp'/'-fopenacc' should not put array in program on the stack

program on the stack CC||burnus at gcc dot gnu.org, | |tschwinge at gcc dot gnu.org --- Comment #7 from Thomas Schwinge --- This issue is likewise applicable to '-fopen

[Bug sanitizer/108106] [13 Regression] /usr/bin/ld: .libs/hwasan_setjmp_x86_64.o: relocation R_X86_64_PC32 against symbol `__interceptor_sigsetjmp' can not be used when making a shared object; recompi

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

[Bug rtl-optimization/108713] New: ICE during RTL pass: into_cfglayout for x86_64-pc-linux-gnu '-m32', C++ 'libgomp.c-c++-common/for-11.c'

Version: 13.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jaku

[Bug rtl-optimization/108713] ICE during RTL pass: into_cfglayout for x86_64-pc-linux-gnu '-m32', C++ 'libgomp.c-c++-common/for-11.c'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108713 --- Comment #2 from Thomas Schwinge --- (In reply to Jakub Jelinek from comment #1) > If you can reproduce it with vanilla trunk, it is worth it, sure, but > without a reliable reproducer there isn't much to do. I'll attempt to reproduce with c

[Bug c++/87656] Useful flags to enable with -Wall or -Wextra

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

[Bug c/108753] New: '-Wduplicated-cond' doesn't diagnose duplicated subexpressions

rds: diagnostic Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: mpolacek at gcc dot gnu.org Target Milestone: --- Created attachment 54448 --> https://gc

[Bug translation/108890] Translation mistakes 2023

||/gccrs/issues/1916 CC||gcc-rust at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org --- Comment #2 from Thomas Schwinge --- I've filed as *good-first-pr* &

[Bug libgomp/108895] [13.0.1 (exp)] Fortran + gfx90a !$acc update device produces a segfault.

||burnus at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Thomas Schwinge --- Thanks for the detailed

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

|RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org --- Comment #2 from Thomas Schwinge --- .

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|[GCN offloadin

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #2 from Thomas Schwinge --- With my recent commit r13-6590-gf8332e52a498df480f72303de32ad0751ad899fe "Use 'GOMP_MAP_VARS_TARGET' for OpenACC compute constructs [PR90596]", the frequency of those FAILs has increased to (almost) always

[Bug libgomp/93030] [OpenACC] libgomp.oacc-c-c++-common/deep-copy-10.c FAILS on AMDGCN – invalid 'async' usage?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93030 Thomas Schwinge changed: What|Removed |Added Last reconfirmed|2021-07-27 00:00:00 |2023-3-14 Keywords|

[Bug libgomp/109124] New: 'libgomp.oacc-c-c++-common/data-2-lib.c', 'libgomp.oacc-c-c++-common/data-2.c' GCN offloading execution test FAILs

c Version: 13.0 Status: UNCONFIRMED Keywords: openacc Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot g

[Bug middle-end/109128] [Offload][OpenMP][OpenACC] Static linking with unused offload function will lead to mismatch number of offload fn/symbols

|1 Status|UNCONFIRMED |NEW CC||tschwinge at gcc dot gnu.org --- Comment #1 from Thomas Schwinge --- See also <https://inbox.sourceware.org/gcc-patches/711d1dba-0574-c7e6-0639-e49c10

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

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

[Bug tree-optimization/104717] [9/10/11/12 Regression] ICE: verify_ssa failed (Error: type mismatch between an SSA_NAME and its symbol)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717 --- Comment #2 from Thomas Schwinge --- Reproduced, thanks for the report. The problem disappears when adding '-fno-ipa-pta' to '-O1 -fopenacc -fstack-arrays'. Not yet analyzed the differences. The problem does not reproduce with '-O1 -fope

[Bug middle-end/104757] [12 Regression] ICE (segfault) GIMPLE pass: walloca - in gimple_range_global

||2022-03-02 CC||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Thomas Schwinge --- Confirmed ever since commit 48c6cac9caea1dc7c5f50ad3a736f6693e74a11b "Fortran/openmp: Fix '

[Bug middle-end/104757] [12 Regression][OpenMP] ICE in GIMPLE pass: walloca - in gimple_range_global / segfault as SSA_NAME_DEF_STMT is NULL for 'if' clause arg

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

[Bug middle-end/104774] New: OpenACC 'kernels' decomposition: internal compiler error: 'verify_gimple' failed, with 'loop' with explicit 'seq' or 'independent'

or 'independent' Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, openacc Severity: normal Priority: P3 Component: middle-end Assignee: tschwinge at gcc dot gnu.org Reporte

[Bug middle-end/104784] New: OpenACC 'kernels' decomposition: C vs. C++ differences

ity: minor Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- We have found cases where OpenACC 'kernels' decomposition handles C vs. C++ differently. That's not

[Bug middle-end/104132] OpenACC 'kernels' decomposition: internal compiler error: verify_gimple failed, error: non-register as LHS of binary operation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104132 Thomas Schwinge changed: What|Removed |Added Status|ASSIGNED|RESOLVED See Also|

[Bug middle-end/104133] OpenACC 'kernels' decomposition: internal compiler error: 'verify_gimple' failed, error: invalid operands in binary operation

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

[Bug other/104791] [12 regression] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-decompose-1.c fails

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

[Bug other/104791] [12 regression] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-decompose-1.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791 Thomas Schwinge changed: What|Removed |Added Keywords||openacc --- Comment #2 from Thomas Sc

[Bug testsuite/104791] [12 regression] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-decompose-1.c fails

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

[Bug middle-end/102330] [12 Regression] ICE in expand_gimple_stmt_1, at cfgexpand.c:3932 since r12-980-g29a2f51806c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330 Thomas Schwinge changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug middle-end/104774] OpenACC 'kernels' decomposition: internal compiler error: 'verify_gimple' failed, with 'loop' with explicit 'seq' or 'independent'

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

[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 Last reconfirmed||2022-03-10 Ever confirmed|0

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