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

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

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

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

[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

[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

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

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

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

[Bug middle-end/112653] PTA should handle correctly escape information of values returned by a function

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

[Bug rust/113499] crab1 fails to link when configuring with --disable-plugin

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

[Bug target/114302] New: [14 Regression] GCN regressions after: vect: Tighten vect_determine_precisions_from_range [PR113281]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114302 Bug ID: 114302 Summary: [14 Regression] GCN regressions after: vect: Tighten vect_determine_precisions_from_range [PR113281] Product: gcc Version: 14.0 Status:

[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 Last reconfirmed|2024-02-20 00:00:00 |2024-3-6 CC|

[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 Last reconfirmed||2024-02-20

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

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

[Bug target/113022] GCN offloading bricked by "amdgcn: Work around XNACK register allocation problem"

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937 --- Comment #3 from Thomas Schwinge --- The GCN offloading 'libgomp.fortran/target1.f90' regression has been cured by commit r14-6996-gc5c3aab38132ea34dc1ee69d93fded787e6ac7a4 "amdgcn: Don't double-count AVGPRs" (..., but not the GCN target

[Bug rust/113056] [14 regression] Build failure in libgrust

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

[Bug libstdc++/112997] _Unwind_Exception conflicts with void*. failed to build with clang

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

[Bug libgomp/113192] [11/12/13/14 Regression] ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192 Thomas Schwinge changed: What|Removed |Added Summary|[14 Regression] ERROR: |[11/12/13/14 Regression]

[Bug rtl-optimization/112918] [m68k] [LRA] ICE: maximum number of generated reload insns per insn achieved (90)

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

[Bug testsuite/113005] 'libgomp.fortran/rwlock_1.f90', 'libgomp.fortran/rwlock_3.f90' execution test timeouts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005 Thomas Schwinge changed: What|Removed |Added Component|libfortran |testsuite Last reconfirmed|

[Bug rtl-optimization/112918] [m68k] [LRA] ICE: maximum number of generated reload insns per insn achieved (90)

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

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

[Bug rust/113056] [14 regression] Build failure in libgrust

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

[Bug rust/113056] [14 regression] Build failure in libgrust

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

[Bug target/113022] New: GCN offloading bricked by "amdgcn: Work around XNACK register allocation problem"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113022 Bug ID: 113022 Summary: GCN offloading bricked by "amdgcn: Work around XNACK register allocation problem" Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug libfortran/113005] New: 'libgomp.fortran/rwlock_1.f90', 'libgomp.fortran/rwlock_3.f90' execution test timeouts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005 Bug ID: 113005 Summary: 'libgomp.fortran/rwlock_1.f90', 'libgomp.fortran/rwlock_3.f90' execution test timeouts Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug analyzer/112955] Valgrind error in ana::feasibility_state::maybe_update_for_edge

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

[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 Resolution|--- |DUPLICATE Status|NEW

[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 Resolution|--- |FIXED Status|UNCONFIRMED

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937 --- Comment #1 from Thomas Schwinge --- The unconditional GCN 'f->use_flat_addressing = true;' also has an effect on one (only!) libgomp offloading test case, for '-foffload-options=amdgcn-amdhsa=-march=gfx90a' (only!): @@ -6188,11

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

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

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

[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=edit '0001-WIP-GCC-PR109289-Conflicting-types-for-built-in-func.patch' Attaching my current WIP patch. I may later

[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

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

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

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

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

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

[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

[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

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

[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 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=edit 'pr111661.c' Before getting the Fortran case to work, let's indeed first look into some conceptually corresponding

[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

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

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

[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

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

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

[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

[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

[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 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=edit 'initlist13.ii.xz' (In reply to Patrick Palka from comment #5) > I can't reproduce any of these testsuite failures

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

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

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

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

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

[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 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 Resolution|--- |FIXED Status|ASSIGNED

[Bug other/100059] [OpenMP] wrong code with 'declare target link' and a scalar variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059 Thomas Schwinge changed: What|Removed |Added Component|middle-end |other Resolution|---

[Bug middle-end/100059] [OpenMP] wrong code with 'declare target link' and a scalar variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059 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||law at gcc dot gnu.org,

[Bug libgomp/111024] New: libgomp: FAILs with oldish libnuma/libmemkind

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111024 Bug ID: 111024 Summary: libgomp: FAILs with oldish libnuma/libmemkind Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openmp Severity: normal

[Bug fortran/88420] Fortran OpenACC "Clause SEQ conflicts with INDEPENDENT"

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

[Bug middle-end/110750] [og13] nvptx offloading FAILs 'libgomp.c-c++-common/target-implicit-map-4.c' execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110750 --- Comment #1 from Thomas Schwinge --- ... but it *does not* FAIL in my powerpc64le testing with Nvidia Tesla V100 (but *does* FAIL with powerpc64le Nvidia Quadro GV100 in the same way as it does for x86_64 originally reported here).

[Bug middle-end/110750] New: [og13] nvptx offloading FAILs 'libgomp.c-c++-common/target-implicit-map-4.c' execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110750 Bug ID: 110750 Summary: [og13] nvptx offloading FAILs 'libgomp.c-c++-common/target-implicit-map-4.c' execution test Product: gcc Version: og13

[Bug tree-optimization/110412] [14 Regression] GCN 'gcc.dg/vect/pr65494.c' ICE, 'error: invalid types in nop conversion'

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

[Bug tree-optimization/110371] [14 Regression] gfortran ICE "verify_gimple failed" in gfortran.dg/vect/pr51058-2.f90 since r14-2007

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

[Bug target/110412] New: [14 Regression] GCN 'gcc.dg/vect/pr65494.c' ICE, 'error: invalid types in nop conversion'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110412 Bug ID: 110412 Summary: [14 Regression] GCN 'gcc.dg/vect/pr65494.c' ICE, 'error: invalid types in nop conversion' Product: gcc Version: 14.0 Status: UNCONFIRMED

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 --- Comment #21 from Thomas Schwinge --- Jakub, given that 'libgomp is usually the “long tail” of [...] testing' (GCC IRC, 2023-06-05), Iain has asked that I backport to release branches the changes implemented here: - commit

[Bug target/110313] [14 Regression] GCN Fiji reload ICE in 'process_alt_operands'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313 Thomas Schwinge changed: What|Removed |Added Keywords||ice-on-valid-code See

[Bug target/110313] [14 Regression] GCN Fiji reload ICE in 'process_alt_operands'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313 Thomas Schwinge changed: What|Removed |Added CC||manolis.tsamis at vrull dot eu ---

[Bug target/110313] [14 Regression] GCN Fiji reload ICE in 'process_alt_operands'

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

[Bug target/110313] New: [14 Regression] GCN Fiji reload ICE in 'process_alt_operands'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313 Bug ID: 110313 Summary: [14 Regression] GCN Fiji reload ICE in 'process_alt_operands' Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openmp

[Bug other/110178] [14 regression] gfortran.dg/gomp/target-update-1.f90 fails after r14-1579-g4ede915d5dde93

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

  1   2   3   4   >