[Bug target/119737] GCN/C++ vs. 'as': 'LLVM ERROR: Size expression must be absolute.'

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

[Bug target/119892] New: GCN: ROCm 6.4.0 compatibility

Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org Target Milestone: --- Target: GCN We recently upgraded one of our AMD GPU systems (gfx1100) from ROCm 6.3.4 (ROCm

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #24 from Thomas Schwinge --- (In reply to Owen A. from comment #23) > (In reply to Thomas Schwinge from comment #22) > > (In reply to Owen A. from comment #12) > > > I can't replicate this on my end anymore -- is it still present on

[Bug rust/119641] narrowing Warning during bootstrap in Rust::BIR::PlaceDB::lookup_or_add_variable

||tschwinge at gcc dot gnu.org See Also||https://github.com/Rust-GCC ||/gccrs/pull/3732 Keywords||patch Last reconfirmed||2025-04-19

[Bug rust/119508] Hundreds of rust tests XPASS

||/gccrs/pull/3760 Status|REOPENED|ASSIGNED Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org --- Comment #22 from Thomas Schwinge --- (In reply to Owen A. from comment #12) > I ca

[Bug testsuite/119286] [15 Regression] GCN vs. "middle-end: delay checking for alignment to load [PR118464]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119286 --- Comment #8 from Thomas Schwinge --- Tamar, thanks! I confirm all fixed -- but one: (In reply to myself from comment #1) > ..., and similarly -- but not identical! -- for '-march=gfx1100': > PASS: gcc.dg/vect/vect-early-break_38.c (tes

[Bug testsuite/119818] FAIL: cobol.dg/group2/FUNCTION_DATE___TIME_OMNIBUS.cob -O0 execution test

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

[Bug libgomp/119857] New: GCN offloading: occasional 'libgomp.c-c++-common/declare-target-indirect-2.c' execution test FAIL

sion: 15.0 Status: UNCONFIRMED Keywords: openmp, testsuite-fail 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 gnu.org, bur

[Bug tree-optimization/119858] New: [15/16 Regression] GCN vs. "middle-end: Fix incorrect codegen with PFA and VLS [PR119351]"

NCONFIRMED Keywords: ice-checking, ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, tnfchris

[Bug target/119854] New: nvptx offloading: omptests' 'xt-declare-target-ctors': 'unresolved symbol __dso_handle'

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

[Bug target/119853] New: GCN, nvptx: Review 'DEFAULT_USE_CXA_ATEXIT'

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

[Bug middle-end/119485] OpenACC offloading compilation failure/ICE for C++ templated library functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119485 --- Comment #2 from Thomas Schwinge --- I suspect that we'll need for OpenACC something like 'gcc/omp-offload.cc:omp_discover_implicit_declare_target', and commit r11-3505-g2a10a2c0689db280ee3a94164504b7196b8370f4 "OpenMP: Handle cpp_implicit_al

[Bug middle-end/119833] Clarify which semantics offloading compilation does (not) inherit from using the LTO infrastructure

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

[Bug tree-optimization/119835] New: GCN, nvptx offloading: '

ority: 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, jakub at gcc dot gnu.org Target Milestone: --- Target: GCN, nvptx I noticed that when bui

[Bug target/97106] [nvptx] Issues with weak aliases introduced by C++

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

[Bug target/118518] gcc 14.2.1 nvptx cross compiler complains about alias definitions in a struct with two constructors that are not aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518 Bug 118518 depends on bug 106445, which changed state. Bug 106445 Summary: nvptx offloading: C++ constructor symbol alias getting lost https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106445 What|Removed |Added ---

[Bug target/106445] nvptx offloading: C++ constructor symbol alias getting lost

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

[Bug target/106447] nvptx offloading: C++ '__iterator_category' 'return' ICE

|--- |WORKSFORME Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=106445 --- Comment #2 from Thomas

[Bug target/97106] [nvptx] Issues with weak aliases introduced by C++

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

[Bug target/118518] gcc 14.2.1 nvptx cross compiler complains about alias definitions in a struct with two constructors that are not aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518 Bug 118518 depends on bug 117010, which changed state. Bug 117010 Summary: [nvptx] Incorrect ptx code-gen for C++ code with templates https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 What|Removed |Added

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 Thomas Schwinge changed: What|Removed |Added Last reconfirmed|2025-03-25 00:00:00 |2025-4-16 Resolution|---

[Bug target/97106] [nvptx] Issues with weak aliases introduced by C++

||2025-04-16 Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Keywords||openacc --- Comment #7 from

[Bug middle-end/119833] New: Clarify which semantics offloading compilation does (not) inherit from using the LTO infrastructure

: UNCONFIRMED Keywords: openacc, openmp Severity: normal Priority: P3 Component: middle-end 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

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 --- Comment #9 from Thomas Schwinge --- For posterity: (In reply to myself from comment #4) > For the small test case posted here, > for 'V<0>::V()' I see in the '-O0' x86_64 host code: > > .section > .text._ZN1VILi0EEC2Ev,"

[Bug target/118794] The attached c++ openmp offload code fails, because the c sqrt function makes nonlocal gotos..

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

[Bug c++/119806] New: OpenACC, OpenMP 'target' offloading vs. C++ 'typeinfo' parts

rds: openacc, openmp, wrong-code Severity: normal Priority: P3 Component: c++ 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: --

[Bug cobol/119777] [15 Regression] COBOL '-fsyntax-only', 'RejectNegative'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119777 --- Comment #7 from Thomas Schwinge --- In case that was unclear: (In reply to Simon Sobisch from comment #1) > Do you say there should be a -fno-syntax-only?` I'm saying that there *used to be* a "Common" '-fno-syntax-only', which got invalid

[Bug middle-end/119737] GCN/C++ vs. 'as': 'LLVM ERROR: Size expression must be absolute.'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119737 --- Comment #4 from Thomas Schwinge --- Andrew P., thanks for your analysis -- that indeed looks like a plausible explanation. (In reply to myself from comment #0) > I've not yet looked into creating a non-offloading, GCN target test case. No

[Bug cobol/119777] New: [15 Regression] COBOL '-fsyntax-only', 'RejectNegative'

Severity: normal Priority: P3 Component: cobol Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jklowden at gcc dot gnu.org, rdubner at gcc dot gnu.org Target Milestone: --- I've noted this a few weeks ago, but o

[Bug cobol/119776] New: COBOL '-fmax-errors', 'Separate'

Component: cobol Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jklowden at gcc dot gnu.org, rdubner at gcc dot gnu.org Target Milestone: --- I've noted this a few weeks ago, but only now getting to file a PR. The 'gcc/

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 Thomas Schwinge changed: What|Removed |Added Last reconfirmed|2025-04-06 00:00:00 |2025-4-13 Status|RESOLVED

[Bug target/119737] New: GCN/C++ vs. 'as': 'LLVM ERROR: Size expression must be absolute.'

Keywords: wrong-code 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 Target Milestone: --- Target: GCN We&#

[Bug target/119734] New: nvptx/C++ vs. '_ZTISt8bad_cast' ('typeinfo for std::bad_cast')

Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- Target: nvptx We've got cases of nvptx/C++ code (XFAILed test case soon to appear), whe

[Bug c++/119692] C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target' offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119692 --- Comment #3 from Thomas Schwinge --- Jakub, could you please quickly describe the approach you'd take to get the relevant 'DECL_TINFO_P' and 'DECL_VTABLE_OR_VTT_P' (correct, and complete list of predicates?) into 'offload_vars' (via the usual

[Bug c++/119692] C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target' offloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119692 --- Comment #2 from Thomas Schwinge --- When still 'map'ping C++ 'typeinfo', 'vtable' at the OpenACC compute, OpenMP 'target' construct (as 'firstprivate', or 'map(to)'), there's an additional issue. With attachment 61052 altered as follows:

[Bug target/115259] [15 Regressions] GCN vs. "tree-optimization/115144 - improve sinking destination choice"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115259 --- Comment #12 from Thomas Schwinge --- Andrew P., thanks for having a look! I tested attachment 61055; terminates normally. :-|

[Bug middle-end/94876] [OpenACC] Unhelpful mapping for 'DECL_ARTIFICIAL' inside OpenACC 'kernels' regions

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

[Bug c++/119692] C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target' offloading

||wrong-code Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2025-04-09 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org See Also||https://gcc.gnu.org

[Bug c++/119692] New: C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target' offloading

ED Keywords: openacc, openmp Severity: normal Priority: P3 Component: c++ 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:

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #8 from Thomas Schwinge --- GCC/Rust master branch commit b9aaa6192f3310a0cb26f7773b31703a8c9c544c "nr2.0: Improve test script" you mean? Yes, likely -- but that's not yet in upstream GCC.

[Bug target/119675] New: nvptx 'error: PTX does not support weak declarations (only weak definitions)'

Keywords: testsuite-fail 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:

[Bug libstdc++/119667] libstdc++ configure checks for libbacktrace need atomics for void* and size_t

||2025-04-08 CC||tschwinge at gcc dot gnu.org Status|UNCONFIRMED |NEW --- Comment #1 from Thomas Schwinge --- Right, I'd noticed that, too, in context of PR119645 (GCN, nvptx: libstdc++ 'checking

[Bug target/115648] [15 Regression] GCN: [-PASS:-]{+FAIL:+} gcc.dg/hoist-register-pressure-{2, 3}.c scan-rtl-dump hoist "PRE/HOIST: end of bb .* copying expression"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115648 Thomas Schwinge changed: What|Removed |Added Resolution|--- |WORKSFORME Status|WAITING

[Bug libstdc++/119645] GCN, nvptx: libstdc++ 'checking for atomic builtins [...]... no'

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

[Bug libstdc++/119645] New: GCN, nvptx: libstdc++ 'checking for atomic builtins [...]... no'

ty: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, vries at gcc dot gnu.org Target Milestone: --- Target: GCN, nvptx I noticed that fo

[Bug target/119573] nvptx: PTX '.const', constant state space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119573 --- Comment #3 from Thomas Schwinge --- Yes, things like that is what I meant with "introducing any special machinery". But before that, we'll want to clarify if this is desirable at all; what actually is the intended use of PTX '.const' memory

[Bug target/119573] nvptx: PTX '.const', constant state space

|1 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Last reconfirmed||2025-04-02 --- Comment #1 from Thomas Schwinge --- I'm testing "nvptx: Don't use PTX '.const', constant state spac

[Bug target/119573] New: nvptx: PTX '.const', constant state space

ng-1.schwinge.ddns.net Status: UNCONFIRMED Keywords: testsuite-fail, wrong-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target

[Bug target/119369] GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119369 --- Comment #6 from Thomas Schwinge --- (In reply to Andrew Stubbs from comment #5) > However, given that weak symbols are known to be half-broken then maybe > -fno-weak is the correct solution in that configuration? I'd prefer to not do that,

[Bug target/119369] GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119369 --- Comment #4 from Thomas Schwinge --- For the record, the (only?) issue here specifically is '__cxa_pure_virtual', an 'abort'-like function. This is defined as follows: 'libstdc++-v3/libsupc++/cxxabi.h': // Pure virtual functions. v

[Bug target/119369] GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119369 --- Comment #3 from Thomas Schwinge --- I see. Yes -- assuming that I'm understanding the situation correctly -- we'll need a (post-)static-link or pre-load ('gcc/config/gcn/gcn-run.cc' as well as 'libgomp/plugin/plugin-gcn.c') step to resolve

[Bug target/119369] GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'

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

[Bug testsuite/119511] New: Harden 'dg-regexp', fix misuses

ty: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: dmalcolm at gcc dot gnu.org Target Milestone: --- As far as I can tell, 'dg-regexp' doesn't support the (optio

[Bug target/118794] The attached c++ openmp offload code fails, because the c sqrt function makes nonlocal gotos..

||openacc, openmp Ever confirmed|0 |1 Target|nvptx |GCN, nvptx Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org CC||tschwinge at

[Bug target/118520] compiles with clang on openmp target, but gcc fails to compile with unresolved symbol __cxa_throw_bad_array_new_length

||tschwinge at gcc dot gnu.org Keywords||openmp --- Comment #2 from Thomas Schwinge --- Benjamin, thanks for this one, too. This now works with (the upcoming) GCC 15: compiles, executes (tested Nvidia GPU) without error, produces output (that

[Bug middle-end/119485] OpenACC offloading compilation failure/ICE for C++ templated library functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119485 --- Comment #1 from Thomas Schwinge --- Created attachment 60897 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60897&action=edit pre-processed, reduced

[Bug target/118518] gcc 14.2.1 nvptx cross compiler complains about alias definitions in a struct with two constructors that are not aliases

, openacc Depends on||89499, 106445, 117010 CC||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #12 from Thomas Schwinge --- Thanks for your submission; I'm working through

[Bug middle-end/119485] New: OpenACC offloading compilation failure/ICE for C++ templated library functions

: openacc Severity: normal Priority: P3 Component: middle-end 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, rguenth at gcc

[Bug target/119474] GCN 'libgomp.oacc-c++/pr96835-1.C' ICE 'during GIMPLE pass: ivopts'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119474 Bug 119474 depends on bug 96835, which changed state. Bug 96835 Summary: Constructor in offload template class https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835 What|Removed |Added

[Bug target/96835] Constructor in offload template class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835 Thomas Schwinge changed: What|Removed |Added Target Milestone|--- |15.0 Target|

[Bug target/119474] New: GCN 'libgomp.oacc-c++/pr96835-1.C' ICE 'during GIMPLE pass: ivopts'

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, burnus at gcc dot gnu.org, jakub at gcc

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 --- Comment #8 from Thomas Schwinge --- Well, indeed. Offloading code generation uses the LTO machinery, including the 'lto1' front end, and thus has 'gcc/common.opt:in_lto_p' set to 'true': ; True if this is the lto front end. This is us

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 --- Comment #7 from Thomas Schwinge --- First observation: the same (per my understanding) happens with LTO: compile this code, still at '-O0' with '-foffload=disable' but with '-flto', and see the x86_64 '[...].ltrans0.ltrans.s' file:

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010 --- Comment #6 from Thomas Schwinge --- Thanks for having a look. In other words, you don't have an explanation off hand, why "weak" and "comdat" get lost in the GCN offloading path? GCN (ELF) does support all these things (to the best of my k

[Bug target/117010] [nvptx] Incorrect ptx code-gen for C++ code with templates

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

[Bug target/96835] Constructor in offload template class

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

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #23 from Thomas Schwinge --- (In reply to myself from comment #22) > We "simply" need to transform any symbol aliases into thunks calling the > aliasee (or duplicate the bodies, if we must). Also no luck implementing that as a new

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #22 from Thomas Schwinge --- Context of the following (sub-)task: nvptx is '!TARGET_SUPPORTS_ALIASES', but the host usually is 'TARGET_SUPPORTS_ALIASES', and therefore invokes the 'gcc/cp/optimize.cc:can_alias_cdtor' optimization, so

[Bug target/119369] New: GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'

: UNCONFIRMED Keywords: testsuite-fail 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 Target Milestone: --- Targ

[Bug target/119367] [15 Regression][gcn] libgomp.fortran/target1.f90 with '-O2 -g': '.2byte .LM6-.LM5' – error: ... out of range – since r15-8047-gadb14c7625178b

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

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #21 from Thomas Schwinge --- (Note that wiring GCN, nvptx libstdc++ up for OpenACC, OpenMP offloading use is still to be done.)

[Bug target/92713] ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa

|--- |15.0 Status|UNCONFIRMED |RESOLVED Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org CC||tschwinge at gcc dot gnu.org --- Comment #6 from Thomas Schwinge --- .

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Bug 101544 depends on bug 92713, which changed state. Bug 92713 Summary: ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92713 What|Removed

[Bug target/119286] [15 Regression] GCN vs. "middle-end: delay checking for alignment to load [PR118464]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119286 --- Comment #1 from Thomas Schwinge --- (In reply to Thomas Schwinge from comment #0) > I found commit r15-7886-g2427793af1e545506e0315f8ec06adf73d76b3cc > "middle-end: delay checking for alignment to load [PR118464]" responsible > for a number

[Bug target/119286] New: [15 Regression] GCN vs. "middle-end: delay checking for alignment to load [PR118464]"

NCONFIRMED Keywords: testsuite-fail 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, rguenth at gcc dot gnu.org,

[Bug target/113331] AMDGCN: Compilation failure due to duplicate .LEHB/.LEHE symbols

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

[Bug middle-end/86660] libgomp.c++/for-15.C ICEs with nvptx offloading

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

[Bug target/110800] [gcn] ICE (segfault) 'during RTL pass: jump' in delete_trivially_dead_insns -> count_reg_usage when C++ exceptions are enabled + used

||2025-02-13 Keywords|ice-on-valid-code |EH, openacc, openmp CC||tschwinge at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Status|UNCONFIRMED

[Bug target/118772] BPF doesn't actually support effective-target 'exceptions'?

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

[Bug tree-optimization/108357] [13 Regression] Dead Code Elimination Regression at -O2 since r13-4607-g2dc5d6b1e7ec88

, ||tschwinge at gcc dot gnu.org --- Comment #27 from Thomas Schwinge --- (In reply to GCC Commits from comment #26) > commit r15-7420-gd790f0137c6f12950f1d93a66cf9bdb78757c28b > [testsuite] tolerate later success [PR108357] Thanks! With this I confir

[Bug target/118772] New: BPF doesn't actually support effective-target 'exceptions'?

everity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: jemarch at gcc dot gnu.org Target Milestone: --- Target: BPF Working on GCN, nvptx targets, I find that a few

[Bug target/115259] [15 Regressions] GCN vs. "tree-optimization/115144 - improve sinking destination choice"

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

[Bug testsuite/116080] [15 regression] New tests from r15-2233-g8d1af8f904a0c0 fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116080 --- Comment #25 from Thomas Schwinge --- Right, but the question is whether the UNSUPPORTEDs are expected -- given that we had an intermediate stage where the test cases all PASSed, which then "regressed to UNSUPPORTED" due to changes in effecti

[Bug middle-end/118633] New: Early optimizations/transformations vs. heterogeneous offloading compilation

: openacc, openmp Severity: normal Priority: P3 Component: middle-end 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, pinskia at

[Bug target/118560] [15 regression] ICE when building powerpc-unknown-linux-gnu cross-compiler since r15-7008

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

[Bug rtl-optimization/117868] [avr][lra] Wrong code with -mlra in simd-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117868 --- Comment #8 from Thomas Schwinge --- (In reply to me from comment #7) > (In reply to GCC Commits from comment #6) > > commit r15-7078-g5cd4605141b8b45cab95e4de8005c69273071107 > > Author: Denis Chertykov > > Date: Tue Jan 21 00:27:04 2025

[Bug rtl-optimization/117868] [avr][lra] Wrong code with -mlra in simd-1.c

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

[Bug fortran/118321] [OpenMP] declare_variant's 'adjust_args' yields wrong code if the result is passed by argument

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

[Bug ipa/118484] ICE during IPA pass: cp, segfault in determine_versionability ipa-cp.cc:467

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118484 --- Comment #2 from Thomas Schwinge --- Not sure to which extent it's related, but "[OpenMP] Static class members not implicitly captured from derived classes" also discusses this test case.

[Bug ipa/118484] ICE during IPA pass: cp, segfault in determine_versionability ipa-cp.cc:467

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118484 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/117939] [15 Regression] nvptx: CRC test cases execution test FAILs

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

[Bug target/117916] nvptx: wrong multilib selected in presence of several different '-misa=[...]' and/or '-mptx=[...]' flags

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

[Bug target/117229] [15 regression] "libcpp, c, middle-end: Optimize initializers using #embed in C" vs. GCN '-march=gfx908'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117229 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/117229] [15 regression] "libcpp, c, middle-end: Optimize initializers using #embed in C" vs. GCN '-march=gfx908'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117229 --- Comment #10 from Thomas Schwinge --- I've not yet been able to dedicate further time to this.

[Bug fortran/82250] Fortran OpenACC acc_on_device early folding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82250 --- Comment #12 from Thomas Schwinge --- (In reply to Tobias Burnus from comment #11) > > Not the whole commit, but only one small hunk of it was reverted > > Which is enough to prevent the folding when the compiler has not been > configured for

[Bug target/117939] New: [15 Regression] nvptx: CRC test cases execution test FAILs

, wrong-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: law at gcc dot gnu.org Target Milestone: --- Target: nvptx For '--target=

[Bug fortran/82250] Fortran OpenACC acc_on_device early folding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82250 --- Comment #10 from Thomas Schwinge --- (In reply to Tobias Burnus from comment #9) > Reopen as the patch has been reverted Not the whole commit, but only one small hunk of it was reverted -- where it's unclear why that was assumed to be necess

[Bug target/117916] New: nvptx: wrong multilib selected in presence of several different '-misa=[...]' and/or '-mptx=[...]' flags

n Status: UNCONFIRMED 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: nvpt

[Bug target/117916] nvptx: wrong multilib selected in presence of several different '-misa=[...]' and/or '-mptx=[...]' flags

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

[Bug libgomp/109664] Deadlocks with gomp_fatal called from libgomp/plugins/

||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||openacc, openmp --- Comment #2 from Thomas Schwinge --- Wild idea: switch libgomp to C++, and

  1   2   3   4   5   6   7   8   9   10   >