[Bug ipa/96265] offloading to nvptx-none from aarch64-linux-gnu (and riscv*-linux-gnu) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #15 from Thomas Schwinge --- commit r15-3488-gae88e91938af364ef5613e5461b12b484b578bc5 Author: Prathamesh Kulkarni Date: Thu Sep 5 18:52:53 2024 +0530 Avoid ICE when passing VLA vector to accelerator. gcc/ChangeLog:

[Bug fortran/116661] Undefined behavior when compiling interop-1.f90 gomp test

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

[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 #3 from Thomas Schwinge --- (Possibly?) similarly now with GCC sources based on 2023-03-28 commit b3c5933ee726004e4e47291d422dfe7ac3345062, with a bunch of local OMP changes on top (but those shouldn't be touching the relevant area o

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

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

[Bug other/109668] New: 'python' vs. 'python3'

r Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- In GCC sources, there exist a number of Python scripts that invoke 'python' (for example, 'contrib/dg-extract-results.sh'), or '/usr/bin/python&

[Bug libgomp/109646] OpenACC attach directive fails with "pointer target not mapped for attach"

, ||jules at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Last reconfirmed||2023-04-28 --- Comment #2 from Thomas Schwinge --- This sounds as if it may've been fixed (for GCC master branch) via today's PR109622

[Bug libgomp/66005] libgomp make check time is excessive

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

[Bug libgomp/66005] libgomp make check time is excessive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 Thomas Schwinge changed: What|Removed |Added Keywords||patch --- Comment #4 from Thomas Schwi

[Bug libgomp/109646] OpenACC attach directive fails with "pointer target not mapped for attach"

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

[Bug fortran/109622] [13/14 regression][OpenACC] internal compiler error: in omp_group_base, at gimplify.cc:9412 if -fopenacc is set.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109622 Thomas Schwinge changed: What|Removed |Added Status|NEW |WAITING Assignee|unassigned

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

||patch Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org --- Comment #4 from Thomas Schwinge --- <https://inbox.sourceware.org/877cte9cfa@euler.schwinge.homeip.net> "libgomp testsuite: As appropriate, use the 'gcc&#x

[Bug testsuite/66005] libgomp make check time is excessive

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

[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|ASSIGNED|RESOLVED Resolution|---

[Bug testsuite/66005] libgomp make check time is excessive

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

[Bug testsuite/66005] libgomp make check time is excessive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 --- Comment #11 from Thomas Schwinge --- (In reply to myself from comment #10) > Could we easily build a portable 'flock'-like using 'fcntl' locking > primitives? (, for example.)

[Bug bootstrap/82856] --enable-maintainter-mode broken by incompatiblity of gcc's required automake and modern Perl

, ||tschwinge at gcc dot gnu.org --- Comment #14 from Thomas Schwinge --- (In reply to Jonathan Wakely from comment #13) > (In reply to Thomas Koenig from comment #7) > > Author: tkoenig > > Date: Thu Nov 16 20:24:00 2017 > > New Revision: 25484

[Bug testsuite/66005] libgomp make check time is excessive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 --- Comment #14 from Thomas Schwinge --- (In reply to Eric Gallager from comment #12) > Note that there's a gnulib module for flock: > https://www.gnu.org/software/gnulib/manual/html_node/flock.html I'd see that one -- but it also says: "the rep

[Bug libgomp/114690] New: OpenMP 'indirect' clause: dynamic image loading/unloading

ds: openmp Severity: normal Priority: P3 Component: libgomp 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, kcy at codesourcery dot co

[Bug libgomp/114690] OpenMP 'indirect' clause: dynamic image loading/unloading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114690 --- Comment #1 from Thomas Schwinge --- I suggest that in the short term, we at least add a safeguard in the 'GOMP_OFFLOAD_load_image's to error out if 'GOMP_INDIRECT_ADDR_MAP' has already been set (that should address (a), right?), and in the '

[Bug target/114717] New: '-fcf-protection' vs. offloading compilation

18629c54ad f4893c8db5227a36e1952ee69a3#commitcomment-140648051 Status: UNCONFIRMED 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.

[Bug target/114718] New: GCN's '-march'es vs. default multilib

t/1bf18629c54ad f4893c8db5227a36e1952ee69a3#commitcomment-140648051 Status: UNCONFIRMED 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 g

[Bug driver/114717] '-fcf-protection' vs. offloading compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114717 --- Comment #5 from Thomas Schwinge --- Distributions injecting some '-fcf-protection' by default could also inject '-foffload-options=amdgcn-amdhsa=-fno-cf-protection' (or similar) to keep the default case of offloading compilation working, but

[Bug libgomp/92840] [OpenACC] Disallow 'acc_unmap_data' for everything other than 'acc_map_data'

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

[Bug libgomp/92840] [OpenACC] Disallow 'acc_unmap_data' for everything other than 'acc_map_data'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840 --- Comment #5 from Thomas Schwinge --- As determined during patch review, there's still an unresolved issue: On 2024-04-16T17:12:17+0800, Chung-Lin Tang wrote: > If we continue to use k->refcount itself as the flag holder of map type, I > gue

[Bug other/113317] New test case libgomp.c++/ind-base-2.C fails with ICE

, ||tschwinge at gcc dot gnu.org --- Comment #9 from Thomas Schwinge --- Reproduced with a native build on cfarm120.cfarm.net (powerpc64le-unknown-linux-gnu, "POWER10 (architected), altivec supported"), with '--enable-checking=yes,extra,rtl

[Bug c/114818] New: 'constructor', 'destructor' function attributes vs. 'extern'

Keywords: diagnostic, documentation Severity: minor Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- By chance, I noticed that when 'constructor', '

[Bug c/114819] New: 'constructor', 'destructor' function attributes vs. function signature

D Keywords: diagnostic, documentation Severity: minor Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org Target Milestone: --- In context of PR114818 "'constructor', 'des

[Bug testsuite/115140] [15 regression] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/acc_prof-kernels-1.c excess errors after r15-579-ga9251ab3c91c8c

-linux-gnu, | |*-*-solaris2.11 | Build|powerpc64-linux-gnu,| |powerpc64le-linux-gnu, | |*-*-solaris2.11 | CC||tschwinge at gcc dot gnu.org

[Bug target/115254] New: [15 Regression] GCN regressions from "Avoid splitting store dataref groups during SLP discovery"

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 Target

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

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 Target

[Bug target/115254] [15 Regression] GCN regressions from "Avoid splitting store dataref groups during SLP discovery"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254 --- Comment #5 from Thomas Schwinge --- Created attachment 58300 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58300&action=edit GCN target ('-march=gfx908') 'vect-gather-4.c.179t.vect' (In reply to GCC Commits from comment #3) > commit

[Bug target/115254] [15 Regression] GCN regressions from "Avoid splitting store dataref groups during SLP discovery"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254 --- Comment #7 from Thomas Schwinge --- (In reply to Richard Biener from comment #6) > The following works for me - does it work for you? > --- a/gcc/testsuite/gcc.dg/vect/vect-gather-4.c > +++ b/gcc/testsuite/gcc.dg/vect/vect-gather-4.c > -/*

[Bug tree-optimization/115304] gcc.dg/vect/slp-gap-1.c FAILs

Status|UNCONFIRMED |NEW Last reconfirmed||2024-06-03 Ever confirmed|0 |1 CC||ams at gcc dot gnu.org, ||tschwinge at gcc dot

[Bug tree-optimization/115304] gcc.dg/vect/slp-gap-1.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304 --- Comment #4 from Thomas Schwinge --- Created attachment 58332 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58332&action=edit GCN target ('-march=gfx908') 'slp-gap-1.c.179t.vect' Similar (I suppose?) for GCN target (tested '-march=gfx

[Bug tree-optimization/115304] gcc.dg/vect/slp-gap-1.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304 --- Comment #5 from Thomas Schwinge --- Created attachment 58333 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58333&action=edit 'c2' GCN target ('-march=gfx908') 'slp-gap-1.c.179t.vect' (In reply to r...@cebitec.uni-bielefeld.de from co

[Bug target/97385] [nvptx, docs] -msoft-stack-reserve-local= missing documentation

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

[Bug libgomp/105274] [libgomp][nvptx] Provide means to set the stack size on the device side (+ improve doc)

||tschwinge at gcc dot gnu.org Status|UNCONFIRMED |NEW Last reconfirmed||2024-06-04 Ever confirmed|0 |1 See Also||https://gcc.gnu.org/bugzill

[Bug fortran/111938] New: Missing OpenACC/Fortran handling in 'gcc/fortran/frontend-passes.c'

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: --- I've notic

[Bug fortran/111938] Missing OpenACC/Fortran handling in 'gcc/fortran/frontend-passes.c'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111938 --- Comment #1 from Thomas Schwinge --- (In reply to Thomas Schwinge from comment #0) > 'EXEC_OACC_ATOMIC') are handled in 'gcc/fortran/frontend-passes.c' > Disabling the OpenMP handling, and running 'gomp.exp', I don't get much, but > still on

[Bug target/111937] [RISCV][lto][offload] When `NUM_POLY_INT_COEFFS` > 1, the `poly_xxx` made `lto_input_mode_table` unable to parse binary gimple data.

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

[Bug other/111966] New: GCN '--with-arch=[...]' not considered for 'mkoffload' default 'elf_arch'

UNCONFIRMED Keywords: openacc, openmp Severity: normal Priority: P3 Component: other 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 Target Mil

[Bug target/112088] New: [14 Regression] GCN target testing broken by "amdgcn: add -march=gfx1030 EXPERIMENTAL"

NCONFIRMED Severity: major 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 Target Milestone: --- Target: GCN Assum

[Bug libgomp/112264] New: Occasionally (but very rare): 'FAIL: libgomp.fortran/target-nowait-array-section.f90 -O execution test'

sion: 14.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: burnus at gcc d

[Bug target/112265] New: [14 Regression] GCN offloading 'libgomp.c-c++-common/for-5.c': 'internal compiler error: maximum number of generated reload insns per insn achieved (90)'

d 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 Target Milestone: --- Target: GCN (Assuming my tacking is to be believed) something in Git commit r14-4720-gaf4bb221153359f5948da917d5ef2d

[Bug target/112265] [14 Regression] GCN offloading 'libgomp.c-c++-common/for-5.c': 'internal compiler error: maximum number of generated reload insns per insn achieved (90)'

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

[Bug c++/112269] New: [14 Regression] x86_64 GNU/Linux '-m32' multilib 'libstdc++-v3/include/complex:1493: internal compiler error: in tsubst_expr, at cp/pt.cc:21534'

cp/pt.cc:21534' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, testsuite-fail Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwing

[Bug c++/112269] [14 Regression] x86_64 GNU/Linux '-m32' multilib 'libstdc++-v3/include/complex:1493: internal compiler error: in tsubst_expr, at cp/pt.cc:21534' since r14-4796-g3e3d73ed5e85e7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269 --- Comment #6 from Thomas Schwinge --- Created attachment 56479 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56479&action=edit 'initlist13.ii.xz' (In reply to Patrick Palka from comment #5) > I can't reproduce any of these testsuite fa

[Bug modula2/111956] Many powerpc platforms do _not_ have support for IEEE754 long double

||egallager at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Last reconfirmed||2023-10-31 Ever confirmed|0 |1 Status|UNCONFIRMED |NEW

[Bug target/112308] New: [14 Regression] GCN: 'error: literal operands are not supported' for 'v_add_co_u32'

Status: UNCONFIRMED Keywords: rejects-valid, 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, jules at gcc dot gnu.or

[Bug target/112311] New: GCN: occasional 'WARNING: gcc.dg/pr82274-1.c execution test program timed out.'

NCONFIRMED 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 Target Milestone: --- Target: GCN In GCN targ

[Bug target/112313] New: [14 Regression] GCN target 'gcc.dg/pr111082.c' ICE, 'during RTL pass: vregs': 'error: unrecognizable insn'

rsion: 14.0 Status: UNCONFIRMED Keywords: ice-on-valid-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

[Bug target/112363] New: GCN: 'FAIL: gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c execution test'

Status: 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, jules at gcc dot gnu.or

[Bug target/112363] GCN: 'FAIL: gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c execution test'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112363 --- Comment #2 from Thomas Schwinge --- Right, that's what I suspected (see my "signed zero" comment). And indeed, the first check in 'main' instrumented as follows: --- gcc/testsuite/gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c

[Bug target/112405] New: GCN: "gcc.dg/vect/vect-simd-clone-20.c:22:1: error: conversion of register to a different size in 'view_convert_expr'"

Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, testsuite-fail Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org

[Bug modula2/111956] Many powerpc platforms do _not_ have support for IEEE754 long double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956 --- Comment #10 from Thomas Schwinge --- In addition to what Maciej said (..., and similarly, I don't have any proper knowledge about PowerPC details): (In reply to Gaius Mulley from comment #6) > Created attachment 56522 [details] > Proposed f

[Bug modula2/110779] SysClock can not read the clock

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

[Bug debug/107231] [13/14 Regression] c-c++-common/goacc/kernels-loop-g.c: '-fcompare-debug' failure (length)

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

[Bug rtl-optimization/112483] [14 Regression] gfortran.dg/ieee/ieee_2.f90 fails on loongarch64-linux-gnu at -O1 or above

||powerpc64le-linux-gnu CC||tschwinge at gcc dot gnu.org --- Comment #6 from Thomas Schwinge --- (In reply to Xi Ruoyao from comment #5) > In simplify_binary_operation_1, simplify-rtx.cc: > > case

[Bug c++/93431] FAIL: g++.dg/cpp2a/lambda-uneval9.C -std=c++2a (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93431 --- Comment #4 from Thomas Schwinge --- (In reply to myself from comment #3) > Supposedly same issue for nvptx target, [...] I just noticed that the nvptx target instance of this happens to have been addressed by recent commit r14-5159-g9837f62f

[Bug fortran/111661] [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped when running 'acc update' on DT var itself

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 --- Comment #4 from Thomas Schwinge --- Created attachment 56608 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56608&action=edit 'pr111661.c' Before getting the Fortran case to work, let's indeed first look into some conceptually corresp

[Bug rtl-optimization/112606] New: [14 Regression] powerpc64le-linux-gnu: 'FAIL: gcc.target/powerpc/p8vector-fp.c scan-assembler xsnabsdp'

sion: 14.0 Status: UNCONFIRMED Keywords: testsuite-fail Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: pinskia at gcc d

[Bug target/112669] New: GCN: wrong 'LIBRARY_PATH' in presence of several different '-march=[...]' flags

Status: UNCONFIRMED 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 Target Milestone: --- Target: GCN I

[Bug target/112669] GCN: wrong 'LIBRARY_PATH' in presence of several different '-march=[...]' flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112669 --- Comment #1 from Thomas Schwinge --- Tracing through 'gcc/gcc.cc': 'build_search_list' -> 'for_each_path', I find: For '-march=gfx908', we have: (gdb) print multilib_dir $3 = 0x82e6c0 "gfx908" (gdb) print multilib_os_dir $4

[Bug target/112669] GCN: wrong 'LIBRARY_PATH' in presence of several different '-march=[...]' flags

|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655 Thomas Schwinge changed: What|Removed |Added Resolution|--- |FIXED Assignee|unassigned a

[Bug c++/112724] New: C++ "'excess_precision_expr' not supported by dump_expr"

Keywords: diagnostic, testsuite-fail 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 c++/112724] C++ "'excess_precision_expr' not supported by dump_expr"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724 --- Comment #1 from Thomas Schwinge --- I found that PR108698 "decltype ((T() + ‘excess_precision_expr’ not supported by dump_expr)) median(ndarray) [with T = double]’: since r13-3290-g98e341130f87984a" discussed a similar issue, but I don't kn

[Bug analyzer/112704] FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17)

||tschwinge at gcc dot gnu.org Last reconfirmed||2023-11-27 Status|UNCONFIRMED |NEW --- Comment #1 from Thomas Schwinge --- (In reply to John David Anglin from comment #0) > FAIL: gcc.dg/analyzer/data-model-20.c (test

[Bug target/112725] New: [14 Regression] powerpc64le-linux-gnu: 'c-c++-common/builtin-classify-type-1.c:113:3: error: AltiVec argument passed to unprototyped function'

ction' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: testsuite-fail Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org

[Bug target/112669] GCN: wrong 'LIBRARY_PATH' in presence of several different '-march=[...]' flags

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

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

||ams at gcc dot gnu.org, ||fw at gcc dot gnu.org, ||jules at gcc dot gnu.org, ||tschwinge at gcc dot gnu.org Ever confirmed|0

[Bug tree-optimization/112788] [14 regression] ICEs in fold_range, at range-op.cc:206 after r14-5972-gea19de921b01a6

||tschwinge at gcc dot gnu.org Keywords||build --- Comment #3 from Thomas Schwinge --- I'm actually running into this ICE already during powerpc64le-linux-gnu build: libtool: compile: [...]/build-gcc/./gcc/xgcc [...] -fcheck

[Bug modula2/112825] Modula 2 builds target objects as part of all-gcc

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

[Bug c++/112846] New: [14 Regression] nvptx: 'FAIL: g++.dg/abi/anon6.C -std=c++20 scan-assembler _Z5dummyIXtl8wrapper1IdEtlNS1_Ut_Edi9RightNametlNS2_Ut_Edi9RightNameLd405ec00000000000EEEEEEvv'

Reporter: tschwinge at gcc dot gnu.org CC: vries at gcc dot gnu.org Target Milestone: --- Target: nvptx For nvptx target, something in Git r14-5829-g449b6b817ed76173e6475debd02b195ea9dab0a0..r14-6074-gb74981b5cf32ebf4bfffd25e7174b5c80243447a regresses: UNSUPPORTED:

[Bug c++/112847] New: [14 Regression] nvptx: 'FAIL: g++.dg/cpp2a/concepts-explicit-inst1.C -std=c++20 scan-assembler _Z1gI1XEvT_', 'scan-assembler _Z1gI1YEvT_'

_Z1gI1YEvT_' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: testsuite-fail Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tschwing

[Bug c++/112846] [14 Regression] nvptx: 'FAIL: g++.dg/abi/anon6.C -std=c++20 scan-assembler _Z5dummyIXtl8wrapper1IdEtlNS1_Ut_Edi9RightNametlNS2_Ut_Edi9RightNameLd405ec00000000000EEEEEEvv'

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

[Bug c++/112847] [14 Regression] nvptx: 'FAIL: g++.dg/cpp2a/concepts-explicit-inst1.C -std=c++20 scan-assembler _Z1gI1XEvT_', 'scan-assembler _Z1gI1YEvT_'

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

[Bug target/112858] New: nvptx: 'unresolved symbol __cxa_thread_atexit_impl'

ty: 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: --- With commit r14-6082-gf4dd9416843308d4ae519983415fe62212662536 "

[Bug target/112858] nvptx: 'unresolved symbol __cxa_thread_atexit_impl'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858 --- Comment #1 from Thomas Schwinge --- Indeed in 'build-gcc/nvptx-none/libstdc++-v3/libsupc++/atexit_thread.o' I see: // BEGIN GLOBAL FUNCTION DECL: __cxa_thread_atexit_impl .extern .func (.param .u32 %value_out) __cxa_thread_atexit_im

[Bug target/112858] nvptx: 'unresolved symbol __cxa_thread_atexit_impl'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858 --- Comment #2 from Thomas Schwinge --- Earlier in 'libstdc++-v3/libsupc++/atexit_thread.cc', we have: [...] #if _GLIBCXX_HAVE___CXA_THREAD_ATEXIT // Libc provides __cxa_thread_atexit definition. #elif _GLIBCXX_HAVE___CXA_THRE

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289 --- Comment #7 from Thomas Schwinge --- Created attachment 56805 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56805&action=edit '0001-WIP-GCC-PR109289-Conflicting-types-for-built-in-func.patch' Attaching my current WIP patch. I may lat

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

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

[Bug libstdc++/112858] [14 Regression] nvptx: 'unresolved symbol __cxa_thread_atexit_impl'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858 --- Comment #5 from Thomas Schwinge --- (I did see that the '__cxa_thread_atexit_impl' issue has been resolved differently, but there is a genuine GCC/nvptx issue here.) (In reply to myself from comment #1) > Indeed in 'build-gcc/nvptx-none/lib

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

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

[Bug target/112937] New: [14 Regression] GCN: FAILs due to unconditional 'f->use_flat_addressing = true;'

: 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, jules at gcc dot gnu.org Tar

[Bug libgomp/112264] Occasionally (but very rare): 'FAIL: libgomp.fortran/target-nowait-array-section.f90 -O execution test'

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

[Bug libgomp/100160] MinGW-w64 g++ with libgomp and nvptx looks for libgomp-plugin-nvptx.so.1 instead of libgomp-plugin-nvptx-1.dll

||openacc, openmp CC||tschwinge at gcc dot gnu.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Thomas Schwinge --- (In reply to Brecht Sanders from

[Bug testsuite/109951] [14 Regression] libgomp, testsuite: non-native multilib c++ tests fail on Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951 Thomas Schwinge changed: What|Removed |Added CC||macro at orcam dot me.uk

[Bug target/106271] Bootstrap on RISC-V on Ubuntu 22.04 LTS: bits/libc-header-start.h: No such file or directory

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

[Bug target/106271] Bootstrap on RISC-V on Ubuntu 22.04 LTS: bits/libc-header-start.h: No such file or directory

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

[Bug target/106271] Bootstrap on RISC-V on Ubuntu 22.04 LTS: bits/libc-header-start.h: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271 --- Comment #5 from Thomas Schwinge --- With the latter hunk applied (plus manual 'rm gcc/s-mlib gcc/multilib.h' to regenerate the latter file), I find that this apparently does only address the '--disable-multilib' case, but not my '--enable-mu

[Bug testsuite/109951] [14 Regression] libgomp, testsuite: non-native multilib c++ tests fail on Darwin.

||a/show_bug.cgi?id=91884 Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org

[Bug gcov-profile/110082] New: Coverage analysis vs. offloading compilation

: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: hubicka at gcc dot gnu.org, jakub at gcc dot gnu.org, marxin at gcc dot gnu.org, rguenth at gcc dot

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

|unassigned at gcc dot gnu.org |tschwinge at gcc dot gnu.org Status|NEW |ASSIGNED

[Bug target/109954] x86-64's -m32 does not conform to documentation

, ||tschwinge at gcc dot gnu.org --- Comment #17 from Thomas Schwinge --- I'm still confused. Conversely this means that the x86_64 'm32' multilib isn't actually "code that runs on any i386 system", right? (Unless configured with su

[Bug testsuite/109951] [14 Regression] libgomp, testsuite: non-native multilib c++ tests fail on Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951 Thomas Schwinge changed: What|Removed |Added Keywords||patch --- Comment #6 from Thomas Schw

[Bug testsuite/66005] libgomp make check time is excessive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 --- Comment #18 from Thomas Schwinge --- (In reply to Iain Sandoe from ) > I am also somewhat puzzled by what conditions I need to take advantage of > the parallel running? > Darwin has /usr

[Bug testsuite/109951] [14 Regression] libgomp, testsuite: non-native multilib c++ tests fail on Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951 --- Comment #7 from Thomas Schwinge --- (In reply to Iain Sandoe from comment #4) > I am also somewhat puzzled by what conditions I need to take advantage of > the parallel running? > Darwin has /usr/bin/getconf and AFAICT the number of cpus is

[Bug gcov-profile/110082] Coverage analysis vs. offloading compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110082 Thomas Schwinge changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug gcov-profile/110082] Coverage analysis vs. offloading compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110082 --- Comment #5 from Thomas Schwinge --- (In reply to Jakub Jelinek from comment #4) > (In reply to rguent...@suse.de from comment #3) > > I suppose you want to apply this generally, not only to offloaded > > functions and when offloading is enab

<    5   6   7   8   9   10   11   12   13   >