[Bug libstdc++/113500] Using std::format with float or double based std::chrono::time_point causes error: no match for 'operator<<'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500 --- Comment #3 from hirtham...@allterra-dno.de --- Sorry, for the missing includes. > Since this is a bug in libstdc++ headers it's not at all surprising that you > get > the same error with any compiler using those headers. This should not ha

[Bug libstdc++/64064] basic_filebuf seekoff return value is unusable for files opened in text mode on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64064 --- Comment #2 from LIU Hao --- It looks that MS STL calls `_fseeki64(fp, ...)` [1], while libstdc++ calls `lseek(_fileno(fp), ...)` [2]. The seek operation shall take the buffering of `FILE` struct into account, hence I think the libstdc++ impl

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN with large CONFIG_ARCH_MMAP_RND_BITS in kernel configuration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 Sam James changed: What|Removed |Added See Also||https://reviews.llvm.org/D1

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #18 from JuzheZhong --- Hi, Robin. I have fixed patch for memory-hog: https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643418.html I will commit it after the testing. But compile-time hog still exists which is loop invariant

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN with large CONFIG_ARCH_MMAP_RND_BITS in kernel configuration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 --- Comment #7 from Jakub Jelinek --- r14-263-gd53b3d94aaf211ffb2159614f5aaaf03ceb861cc in particular

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #19 from JuzheZhong --- (In reply to JuzheZhong from comment #18) > Hi, Robin. > > I have fixed patch for memory-hog: > https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643418.html > > I will commit it after the testing. > >

[Bug libstdc++/113450] [14 Regression] std/format/functions/format.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450 --- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #4 from Jonathan Wakely --- > I pushed a slightly different change, but it should be equivalent. Please > reopen if I messed it up :-) The variant worked just fine. Than

[Bug debug/113488] [14 Regression] ICE in add_AT_die_ref with LTO since r14-5546

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488 --- Comment #7 from Richard Biener --- OK, so it's of course set_decl_origin_self () invoked via #0 set_decl_origin_self (decl=) at /home/rguenther/src/trunk/gcc/dwarf2out.cc:23321 #1 0x014ddc14 in set_block_origin_self (stmt=)

[Bug debug/113488] [14 Regression] ICE in add_AT_die_ref with LTO since r14-5546

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488 --- Comment #8 from Jakub Jelinek --- (In reply to Richard Biener from comment #7) > interesting enough we didn't generate a DIE for the LABEL_DECL for the > abstract instance DIE. Instead we just have Maybe because of -g1?

[Bug tree-optimization/113431] [14 Regression] Wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #17 fro

[Bug tree-optimization/113431] [14 Regression] Wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #18 from Rainer Orth --- Created attachment 57155 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57155&action=edit 32-bit sparc-sun-solaris2.11 pr113431.c.185t.slp1

[Bug ipa/113490] [14 Regression] ICE: in propagate_vals_across_arith_jfunc, at ipa-cp.cc:2425 at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490 Richard Biener changed: What|Removed |Added CC||jamborm at gcc dot gnu.org P

[Bug tree-optimization/113459] ICE: in as_a, at machmode.h:381 with memset() on a _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459 --- Comment #6 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:dcd5601c2b7298155c9a8e1bfb93ee8e952eca0b commit r14-8276-gdcd5601c2b7298155c9a8e1bfb93ee8e952eca0b Author: Jakub Jelinek Date: F

[Bug tree-optimization/113463] ICE: in extended_tree, at tree.h:6449 with _BitInt() used as offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113463 --- Comment #2 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:df1cd90e32bb17d34f5fdce99bd0377fe1b8e5c6 commit r14-8277-gdf1cd90e32bb17d34f5fdce99bd0377fe1b8e5c6 Author: Jakub Jelinek Date: F

[Bug tree-optimization/113464] ICE: in lower_asm, at gimple-lower-bitint.cc:5200 with invalid __asm__ on _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113464 --- Comment #3 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ee2aa93e9cd0d62f840cb6614c3cd12c15301a72 commit r14-8278-gee2aa93e9cd0d62f840cb6614c3cd12c15301a72 Author: Jakub Jelinek Date: F

[Bug tree-optimization/113459] ICE: in as_a, at machmode.h:381 with memset() on a _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/113463] ICE: in extended_tree, at tree.h:6449 with _BitInt() used as offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113463 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/113464] ICE: in lower_asm, at gimple-lower-bitint.cc:5200 with invalid __asm__ on _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113464 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/113501] New: i think -lntdll should by default by included in windows targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113501 Bug ID: 113501 Summary: i think -lntdll should by default by included in windows targets Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug target/113501] i think -lntdll should by default by included in windows targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113501 --- Comment #1 from cqwrteur --- https://github.com/gcc-mirror/gcc/blob/56778b69ce558bb7e3ab7c561ee4ee48ac20263b/gcc/config/i386/mingw32.h#L192

[Bug target/112337] arm: ICE in arm_effective_regno when compiling for MVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337 --- Comment #14 from Saurabh Jha --- I will look into this.

[Bug c/113492] [14 Regression] ICE: in composite_type_internal, at c/c-typeck.cc:557 with -std=c2x -funsigned-bitfields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0

[Bug middle-end/113494] [14 Regression] ICE (segfault) in slpeel_tree_duplicate_loop_to_edge_cfg since r14-8206-g0f38666680d6ad0e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113494 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/113089] [14 Regression][aarch64] ICE in process_uses_of_deleted_def, at rtl-ssa/changes.cc:252 since r14-6605-gc0911c6b357ba9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113089 Alex Coplan changed: What|Removed |Added URL||https://patchwork.sourcewar

[Bug c++/113498] [14 regression] ICE in GCC trunk: tree check: have using_decl in get_template_info, at cp/pt.cc:357

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 Richard Biener changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #21 from Richard Biener --- I once tried to avoid df_reorganize_refs and/or optimize this with the blocks involved but failed.

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #22 from JuzheZhong --- (In reply to Richard Biener from comment #21) > I once tried to avoid df_reorganize_refs and/or optimize this with the > blocks involved but failed. I am considering whether we should disable LICM for RISC-V

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #23 from Kito Cheng --- > I am considering whether we should disable LICM for RISC-V by default if > vector is enabled ? That's will cause regression for other program, also may hurt those program not vectorized but benefited from

[Bug tree-optimization/110422] asm goto vs SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422 --- Comment #5 from Martin Jambor --- Fixed on trunk, I plan to backport to open release branches in the upcoming weeks.

[Bug middle-end/113494] [14 Regression] ICE (segfault) in slpeel_tree_duplicate_loop_to_edge_cfg since r14-8206-g0f38666680d6ad0e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113494 --- Comment #3 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:6ce7008cfa1a240895ecca0898e7dbaecd975567 commit r14-8280-g6ce7008cfa1a240895ecca0898e7dbaecd975567 Author: Richard Biener Date:

[Bug debug/113488] [14 Regression] ICE in add_AT_die_ref with LTO since r14-5546

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488 --- Comment #9 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:62b59bc4f70d02a485c527aa3277f4b4010edb6b commit r14-8281-g62b59bc4f70d02a485c527aa3277f4b4010edb6b Author: Richard Biener Date:

[Bug middle-end/113494] [14 Regression] ICE (segfault) in slpeel_tree_duplicate_loop_to_edge_cfg since r14-8206-g0f38666680d6ad0e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113494 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug debug/113488] [14 Regression] ICE in add_AT_die_ref with LTO since r14-5546

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/113442] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-7195-g411de96dbf2bda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113442 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #24 from GCC Commits --- The master branch has been updated by Robin Dapp : https://gcc.gnu.org/g:01260a823073675e13dd1fc85cf2657a5396adf2 commit r14-8282-g01260a823073675e13dd1fc85cf2657a5396adf2 Author: Juzhe-Zhong Date: Fri J

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #25 from JuzheZhong --- RISC-V backend memory-hog issue is fixed. But compile time hog in LICM still there, so keep this PR open.

[Bug analyzer/111475] Many C++ analyzer tests FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475 --- Comment #3 from Rainer Orth --- I've now reduced c-c++-common/analyzer/allocation-size-1.c:test_2 to minimal preprocessed the inputs, still showing the difference: $ cc1plus -fpreprocessed as1-sol2.ii -quiet -std=c++98 -fdiagnostics-color=n

[Bug analyzer/111475] Many C++ analyzer tests FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475 --- Comment #4 from Rainer Orth --- Created attachment 57156 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57156&action=edit Solaris testcase: as1-sol2.ii

[Bug analyzer/111475] Many C++ analyzer tests FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475 --- Comment #5 from Rainer Orth --- Created attachment 57157 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57157&action=edit Linux testcase: as1-lx.ii

[Bug target/113114] [14 Regression] ICE compiling gcc.c-torture/execute/pr59643.cwith -mabi=ilp32; in try_promote_writeback aarch64-ldp-fusion.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113114 --- Comment #7 from Alex Coplan --- Testing a fix.

[Bug rtl-optimization/113495] RISC-V: Time and memory awful consumption of SPEC2017 wrf benchmark

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 --- Comment #26 from rguenther at suse dot de --- On Fri, 19 Jan 2024, juzhe.zhong at rivai dot ai wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495 > > --- Comment #22 from JuzheZhong --- > (In reply to Richard Biener from comment

[Bug ipa/113478] -Os does not inline single instruction function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478 --- Comment #2 from Jan Hubicka --- Probably is_inexpensive_bulitin_p should return true here?

[Bug testsuite/113502] New: gcc.target/aarch64/vect-early-break-cbranch.c testcase is too sensitive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113502 Bug ID: 113502 Summary: gcc.target/aarch64/vect-early-break-cbranch.c testcase is too sensitive Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: testsu

[Bug ipa/113478] -Os does not inline single instruction function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478 --- Comment #3 from Richard Biener --- (In reply to Jan Hubicka from comment #2) > Probably is_inexpensive_bulitin_p should return true here? Possibly, at least when we know it doesn't expand to a libatomic call? OTOH even then a function just

[Bug testsuite/113502] gcc.target/aarch64/vect-early-break-cbranch.c and gcc.target/aarch64/sve/vect-early-break-cbranch.c testcase are too sensitive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113502 Andrew Pinski changed: What|Removed |Added Summary|gcc.target/aarch64/vect-ear |gcc.target/aarch64/vect-ear

[Bug ada/113350] class-wide renaming primitive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113350 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0

[Bug ada/113351] error on primitive renaming: too many arguments in call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org

[Bug ipa/113490] [14 Regression] ICE: in propagate_vals_across_arith_jfunc, at ipa-cp.cc:2425 at -O3 since r14-285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490 Jakub Jelinek changed: What|Removed |Added Summary|[14 Regression] ICE: in |[14 Regression] ICE: in

[Bug tree-optimization/113467] [14 regression] libgcrypt-1.10.3 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug c++/102051] [coroutines] ICE in gimplify_var_or_parm_decl, at gimplify.c:2848

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051 Vaci changed: What|Removed |Added CC||vaci at vaci dot org --- Comment #5 from Vaci -

[Bug libstdc++/113500] Using std::format with float or double based std::chrono::time_point causes error: no match for 'operator<<'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500 --- Comment #4 from Jonathan Wakely --- MSVC rejects this the same way, although libc++ from LLVM 17 compiles it. AFAICT std::format("{}", tp) would be invalid because that formats tp by writing to a stream, and there is no operator<< for sys_t

[Bug ada/113352] error: invalid prefix in selected component with overloaded subprogram

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113352 Eric Botcazou changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug ipa/113490] [14 Regression] ICE: in propagate_vals_across_arith_jfunc, at ipa-cp.cc:2425 at -O3 since r14-285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490 Martin Jambor changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/113503] New: [14 Regression] xtb test miscompilation starting with r14-870

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503 Bug ID: 113503 Summary: [14 Regression] xtb test miscompilation starting with r14-870 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/113503] [14 Regression] xtb test miscompilation starting with r14-870

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503 Jakub Jelinek changed: What|Removed |Added CC||pault at gcc dot gnu.org Target Miles

[Bug libstdc++/113500] Using std::format with float or double based std::chrono::time_point causes error: no match for 'operator<<'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500 --- Comment #5 from hirtham...@allterra-dno.de --- (In reply to Jonathan Wakely from comment #4) > MSVC rejects this the same way, although libc++ from LLVM 17 compiles it. > > AFAICT std::format("{}", tp) would be invalid because that formats t

[Bug ipa/113490] [14 Regression] ICE: in propagate_vals_across_arith_jfunc, at ipa-cp.cc:2425 at -O3 since r14-285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490 --- Comment #4 from Richard Biener --- (In reply to Jakub Jelinek from comment #2) > Started with r14-285-g7bcdcf86e8272eeb524cc1dcb0ada8c8cfe6f27e Should have only exposed this.

[Bug tree-optimization/113467] [14 regression] libgcrypt-1.10.3 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467 --- Comment #16 from Richard Biener --- Also eventually see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364#c9 - a pending fix for a wrong-code issue.

[Bug libstdc++/113500] Using std::format with float or double based std::chrono::time_point causes error: no match for 'operator<<'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500 --- Comment #6 from Jonathan Wakely --- (In reply to Hirthammer from comment #5) > This whole thing with std::format and std::chrono::time_point is currently a > total minefield. That seems like an exaggeration. > In MSVC it is even more compl

[Bug target/113312] Add __attribute__((no_callee_saved_registers)) for Intel FRED

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312 --- Comment #26 from H.J. Lu --- (In reply to Xin Li from comment #25) > (In reply to Xin Li from comment #22) > > Per Peter's suggestion, I added __attribute__((no_callee_saved_registers)) > > to a linux source tree containing FRED patches: > >

[Bug libstdc++/113500] Using std::format with float or double based std::chrono::time_point causes error: no match for 'operator<<'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500 --- Comment #7 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #6) > (In reply to Hirthammer from comment #5) > > This whole thing with std::format and std::chrono::time_point is currently a > > total minefield. > > That seem

[Bug target/111677] [12/13/14 Regression] darktable build on aarch64 fails with unrecognizable insn due to -fstack-protector changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677 --- Comment #18 from Gianfranco --- Created attachment 57159 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57159&action=edit unreduced testcase // works: /usr/lib/gcc-snapshot/bin/gcc -O3 -fstack-protector-strong -fopenmp -ffast-math

[Bug target/111677] [12/13/14 Regression] darktable build on aarch64 fails with unrecognizable insn due to -fstack-protector changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677 --- Comment #19 from Gianfranco --- looks like branch 14 is not FTBFS.

[Bug target/113114] [14 Regression] ICE compiling gcc.c-torture/execute/pr59643.cwith -mabi=ilp32; in try_promote_writeback aarch64-ldp-fusion.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113114 Alex Coplan changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug libstdc++/113504] New: High memory usage for parallel `std::sort`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113504 Bug ID: 113504 Summary: High memory usage for parallel `std::sort` Product: gcc Version: 12.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lib

[Bug target/112862] [14 regression] gfortran.dg coarray tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862 --- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #5 from Iain Sandoe --- >> > Now I have a concern that we have instances of -Bpath/to/libsomething/.libs >> > that are present to allow for specs substitution and we also

[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 --- Comment #7 from Peter Bergner --- (In reply to seurer from comment #6) > I tried an older compiler (8.4) and it worked ok. > > I just experimented a bit and it fails with the current gcc 11 and 12 used > as the build compiler as well. It w

[Bug analyzer/113505] New: ICE: SIGSEGV in tree_class_check (tree.h:3766) with -O -fdump-analyzer -fanalyzer

r/bin/x86_64-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 14.0.1 20240119 (experimental) (GCC)

[Bug rtl-optimization/113506] New: ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

nu-ld --with-as=/usr/bin/riscv64-unknown-linux-gnu-as --disable-multilib --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-riscv64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 14.0.1 20240119 (experimental) (GCC)

[Bug libstdc++/113504] High memory usage for parallel `std::sort`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113504 --- Comment #1 from Jonathan Wakely --- The parallel algos are taken from https://github.com/llvm/llvm-project/tree/main/pstl so I would file an issue upstream rather than here. The Intel PSTL developers are the right people to ask.

[Bug testsuite/109705] [14 regression] gcc.dg/vect/pr25413a.c fails after r14-333-g6d4b59a9356ac4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705 --- Comment #6 from Peter Bergner --- (In reply to GCC Commits from comment #5) > commit r14-7270-g39fa71a0882928a25bd170580e3e9e89a69dce36 > Author: Kewen Lin > Date: Mon Jan 15 20:55:40 2024 -0600 > > testsuite: Fix vect_long_mult on P

[Bug tree-optimization/113491] ICE: SIGSEGV in make_ssa_name_fn (tree-ssanames.cc:354) at -Os with _BitInt() used as switch control expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113491 --- Comment #1 from Zdenek Sojka --- Created attachment 57162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57162&action=edit shorter testcase (reduced from gcc.dg/torture/pr45830.c) $ x86_64-pc-linux-gnu-gcc -Os pr45830.i -wrapper valgr

[Bug c/112878] ICE: in ctf_add_slice, at ctfc.cc:499 with -std=c23 -gctf1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878 Zdenek Sojka changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug analyzer/112705] FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112705 --- Comment #1 from GCC Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:4eee04561a725fd1ef927f620daeddd11807ca26 commit r14-8286-g4eee04561a725fd1ef927f620daeddd11807ca26 Author: John David Anglin D

[Bug c/113492] [14 Regression] ICE: in composite_type_internal, at c/c-typeck.cc:557 with -std=c2x -funsigned-bitfields since r14-6808

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

[Bug c++/113498] [14 regression] ICE in GCC trunk: tree check: have using_decl in get_template_info, at cp/pt.cc:357 since r14-6064

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498 Jakub Jelinek changed: What|Removed |Added Summary|[14 regression] ICE in GCC |[14 regression] ICE in GCC

[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 --- Comment #8 from Peter Bergner --- ...unless the other P9 systems that were tested built with those "broken" versions of the compilers. If that's the case, then it points to something else wrong on that system.

[Bug ipa/113478] -Os does not inline single instruction function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478 --- Comment #4 from Jan Hubicka --- > Possibly, at least when we know it doesn't expand to a libatomic call? OTOH > even then a function just wrapping such call should probably be inlined, > so the question is whether the problem that > is esti

[Bug target/112103] [14 regression] gcc.target/powerpc/rlwinm-0.c fails after r14-4941-gd1bb9569d70304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103 --- Comment #3 from Peter Bergner --- (In reply to Segher Boessenkool from comment #2) > In all those cases the code is perfectly fine, but also in all of those > cases the > code is still suboptimal: the rldicl is just as superfluous as the sec

[Bug fortran/113503] [14 Regression] xtb test miscompilation starting with r14-870

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503 --- Comment #1 from anlauf at gcc dot gnu.org --- When trying to further reduce the code I get either an ICE or an uninitialized-warning for: program xtb implicit none type :: TSolvInput character(len=:), allocatable :: solvent end ty

[Bug c++/113498] [14 regression] ICE in GCC trunk: tree check: have using_decl in get_template_info, at cp/pt.cc:357 since r14-6064

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/110075] Bogus -Wdangling-reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110075 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug tree-optimization/113491] ICE: SIGSEGV in make_ssa_name_fn (tree-ssanames.cc:354) at -Os with _BitInt() used as switch control expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113491 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug c++/109671] Spurious dangling reference warning in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109671 Marek Polacek changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug c++/109642] False Positive -Wdangling-reference with std::span-like classes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642 Marek Polacek changed: What|Removed |Added CC||lopresti at gmail dot com --- Comment #

[Bug tree-optimization/113462] ICE: in handle_cast, at gimple-lower-bitint.cc:1539 at -O with _BitInt() in a struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113462 Jakub Jelinek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Last

[Bug fortran/113503] [14 Regression] xtb test miscompilation starting with r14-870

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503 --- Comment #2 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #1) > When trying to further reduce the code I get either an ICE or an > uninitialized-warning for: program xtb implicit none type :: TSolvInput characte

[Bug middle-end/111054] [14 Regression] ICE: in to_sreal, at profile-count.cc:472 with -O3 -fno-guess-branch-probability since r14-2967

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111054 Jakub Jelinek changed: What|Removed |Added Summary|[14 Regression] ICE: in |[14 Regression] ICE: in

[Bug c/110029] more precise documentation for cleanup attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110029 --- Comment #4 from Ian Lance Taylor --- Thanks!

[Bug target/113507] New: can't build a cross compiler to rs6000-ibm-aix7.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113507 Bug ID: 113507 Summary: can't build a cross compiler to rs6000-ibm-aix7.2 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug fortran/46244] gfc_compare_derived_types is buggy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46244 Mikael Morin changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|mikael at gcc dot

[Bug c/113492] [14 Regression] ICE: in composite_type_internal, at c/c-typeck.cc:557 with -std=c2x -funsigned-bitfields since r14-6808

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492 uecker at gcc dot gnu.org changed: What|Removed |Added CC||uecker at gcc dot gnu.org --

[Bug c++/112594] Non-type template parameter created with converting constructor sometimes has original type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594 --- Comment #3 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 Author: Jason Merrill Date: We

[Bug c++/104594] narrowing of -1 to unsigned char not detected with requires concepts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594 --- Comment #7 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 Author: Jason Merrill Date: We

[Bug c++/67898] rejects-valid on overloaded function as non-type template argument of dependent type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898 --- Comment #5 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 Author: Jason Merrill Date: Wed

[Bug c++/112632] [14 Regression] Non-type template parameter created with converting constructor sometimes has original type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632 --- Comment #2 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 Author: Jason Merrill Date: We

[Bug c++/113038] [14 regression] Excess errors for g++.dg/modules/hello-1_b.C after r14-6569-gfe54b57728c09a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038 --- Comment #11 from Andrew Pinski --- I can confirm it is also fixed on aarch64.

[Bug c++/111357] [11/12/13/14 Regression] __integer_pack fails to work with values of dependent type convertible to integers in noexcept context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111357 --- Comment #13 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0 Author: Jason Merrill Date: W

[Bug c++/112594] Non-type template parameter created with converting constructor sometimes has original type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

  1   2   >