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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109668 Bug ID: 109668 Summary: 'python' vs. 'python3' Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee:

[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 Ever confirmed|0 |1 See Also|

[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

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

[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

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

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114690 Bug ID: 114690 Summary: OpenMP 'indirect' clause: dynamic image loading/unloading Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openmp Sev

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114717 Bug ID: 114717 Summary: '-fcf-protection' vs. offloading compilation Product: gcc Version: 14.0 URL: https://github.com/gcc-mirror/gcc/commit/1bf18629c54ad f4893c8db5

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114718 Bug ID: 114718 Summary: GCN's '-march'es vs. default multilib Product: gcc Version: 14.0 URL: https://github.com/gcc-mirror/gcc/commit/1bf18629c54ad f4893c8db5227a36e

[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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114818 Bug ID: 114818 Summary: 'constructor', 'destructor' function attributes vs. 'extern' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: diagnostic, docum

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114819 Bug ID: 114819 Summary: 'constructor', 'destructor' function attributes vs. function signature Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: diagnos

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115140 Thomas Schwinge changed: What|Removed |Added Host|powerpc64-linux-gnu,| |powerpc64le-linux

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254 Bug ID: 115254 Summary: [15 Regression] GCN regressions from "Avoid splitting store dataref groups during SLP discovery" Product: gcc Version: 14.0 Status: UNCONFIRMED

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115259 Bug ID: 115259 Summary: [15 Regressions] GCN vs. "tree-optimization/115144 - improve sinking destination choice" Product: gcc Version: 15.0 Status: UNCONFIRMED

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304 Thomas Schwinge changed: What|Removed |Added Target|sparc*-sun-solaris2.11 |sparc*-sun-solaris2.11 GCN

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

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111938 Bug ID: 111938 Summary: Missing OpenACC/Fortran handling in 'gcc/fortran/frontend-passes.c' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openacc

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966 Bug ID: 111966 Summary: GCN '--with-arch=[...]' not considered for 'mkoffload' default 'elf_arch' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: open

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112088 Bug ID: 112088 Summary: [14 Regression] GCN target testing broken by "amdgcn: add -march=gfx1030 EXPERIMENTAL" Product: gcc Version: 14.0 Status: UNCONFIRMED S

[Bug libgomp/112264] New: 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 Bug ID: 112264 Summary: Occasionally (but very rare): 'FAIL: libgomp.fortran/target-nowait-array-section.f90 -O execution test' Product: gcc Version: 14.0

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112265 Bug ID: 112265 Summary: [14 Regression] GCN offloading 'libgomp.c-c++-common/for-5.c': 'internal compiler error: maximum number of generated reload insns per insn

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269 Bug ID: 112269 Summary: [14 Regression] x86_64 GNU/Linux '-m32' multilib 'libstdc++-v3/include/complex:1493: internal compiler error: in tsubst_expr, at cp/pt.cc:21534' Pro

[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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112308 Bug ID: 112308 Summary: [14 Regression] GCN: 'error: literal operands are not supported' for 'v_add_co_u32' Product: gcc Version: 14.0 Status: UNCONFIRMED Keyw

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112311 Bug ID: 112311 Summary: GCN: occasional 'WARNING: gcc.dg/pr82274-1.c execution test program timed out.' Product: gcc Version: 14.0 Status: UNCONFIRMED Severity

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112313 Bug ID: 112313 Summary: [14 Regression] GCN target 'gcc.dg/pr111082.c' ICE, 'during RTL pass: vregs': 'error: unrecognizable insn' Product: gcc Version: 14.0 Status: UNC

[Bug target/112363] New: 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 Bug ID: 112363 Summary: GCN: 'FAIL: gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c execution test' Product: gcc Version: 14.0 Status: UNCONFIRM

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112405 Bug ID: 112405 Summary: 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 Versi

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

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112483 Thomas Schwinge changed: What|Removed |Added Target|loongarch64-linux-gnu |loongarch64-linux-gnu

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112606 Bug ID: 112606 Summary: [14 Regression] powerpc64le-linux-gnu: 'FAIL: gcc.target/powerpc/p8vector-fp.c scan-assembler xsnabsdp' Product: gcc Version: 14.0

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112669 Bug ID: 112669 Summary: GCN: wrong 'LIBRARY_PATH' in presence of several different '-march=[...]' flags Product: gcc Version: 14.0 Status: UNCONFIRMED Severity

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112669 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2023-11-22 Status|UNCONFI

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724 Bug ID: 112724 Summary: C++ "'excess_precision_expr' not supported by dump_expr" Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: diagnostic, testsuite

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112725 Bug ID: 112725 Summary: [14 Regression] powerpc64le-linux-gnu: 'c-c++-common/builtin-classify-type-1.c:113:3: error: AltiVec argument passed to unprototyped function' Produ

[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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2023-12-01 CC|

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788 Thomas Schwinge changed: What|Removed |Added Last reconfirmed|2023-12-01 00:00:00 |2023-12-3 CC|

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

[Bug c++/112846] New: [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 Bug ID: 112846 Summary: [14 Regression] nvptx: 'FAIL: g++.dg/abi/anon6.C -std=c++20 scan-assembler _Z5dummyIXtl8wrapper1IdEtlNS1_Ut_Edi9RightNametlNS2_Ut _Edi9Rig

[Bug c++/112847] New: [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 Bug ID: 112847 Summary: [14 Regression] nvptx: 'FAIL: g++.dg/cpp2a/concepts-explicit-inst1.C -std=c++20 scan-assembler _Z1gI1XEvT_', 'scan-assembler _Z1gI1YEvT_'

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858 Bug ID: 112858 Summary: nvptx: 'unresolved symbol __cxa_thread_atexit_impl' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: testsuite-fail Severity: normal

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937 Bug ID: 112937 Summary: [14 Regression] GCN: FAILs due to unconditional 'f->use_flat_addressing = true;' Product: gcc Version: 14.0 Status: UNCONFIRMED Keyword

[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

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

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

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110082 Bug ID: 110082 Summary: Coverage analysis vs. offloading compilation Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openacc, openmp, wrong-code Severity: norma

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

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

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

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

[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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 --- Comment #20 from Thomas Schwinge --- (In reply to Iain Sandoe from comment #19) > (In reply to Thomas Schwinge from comment #18) > > r14-1490-g04abe1944d30eb18a2060cfcd9695d085f7b4752 "Support parallel > > testing in libgomp: fallback Perl '

[Bug c++/110159] New: ICEs for C++ Contracts test cases with '-fno-exceptions'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110159 Bug ID: 110159 Summary: ICEs for C++ Contracts test cases with '-fno-exceptions' Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Prio

<    1   2   3   4   5   6   7   >