[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #9 from Xi Ruoyao --- And in fact the optimal code for int t(int x, _Bool y) { return x * y; } should be maskeqz $r4,$r4,$r5 jr $r1 like int t(int x, _Bool y) { return y ? x : 0; }

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #8 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #7) > (In reply to Xi Ruoyao from comment #5) > > > > so we still slightly penalty multiplication. To me we should code > > COSTS_N_INSNS (1) + 1 into

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #7 from Andrew Pinski --- (In reply to Xi Ruoyao from comment #5) > > so we still slightly penalty multiplication. To me we should code > COSTS_N_INSNS (1) + 1 into loongarch_rtx_cost_optimize_size instead of > special casing it

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #6 from Xi Ruoyao --- On a LA664 it seems a mul.w instruction costs 4 times a "simple" instruction like add.w/sub.w/and, and div.w costs 5 times.

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #5 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #4) > /* Default RTX cost initializer. */ > ... > int_mult_si (COSTS_N_INSNS (1)), > int_mult_di (COSTS_N_INSNS (1)), > > > That seems wrong. > I suspect you

[Bug middle-end/112917] Most strub execution tests FAIL on SPARC

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

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #4 from Andrew Pinski --- /* Default RTX cost initializer. */ ... int_mult_si (COSTS_N_INSNS (1)), int_mult_di (COSTS_N_INSNS (1)), That seems wrong. I suspect you will get other improvements when you touch this. E.g.

[Bug target/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 Andrew Pinski changed: What|Removed |Added Keywords|needs-bisection |missed-optimization

[Bug tree-optimization/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0

[Bug tree-optimization/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 Xi Ruoyao changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/112935] [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 --- Comment #1 from Xi Ruoyao --- Note that for int t(int x, _Bool y) { return x * y; } even GCC 13 is generating the sub-optimal mul.w instruction. So perhaps this is just a target issue after all...

[Bug tree-optimization/112935] New: [14 Regression] Performance regression in Coremarks crcu8 function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112935 Bug ID: 112935 Summary: [14 Regression] Performance regression in Coremarks crcu8 function Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/112934] New: excessive code for std::map::erase(key)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112934 Bug ID: 112934 Summary: excessive code for std::map::erase(key) Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/112929] [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 --- Comment #5 from Andrew Pinski --- Could this be a linker relaxation issue? Does -Wl,--no-relax solve the issue?

[Bug target/112929] [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 --- Comment #4 from Andrew Pinski --- (In reply to Patrick O'Neill from comment #3) > A slightly more reduced testcase without the extra printf: > https://godbolt.org/z/1xjPzs9v5 Note add_em_up should techincally have: __builtin_va_end(ap);

[Bug target/112929] [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 --- Comment #3 from Patrick O'Neill --- A slightly more reduced testcase without the extra printf: https://godbolt.org/z/1xjPzs9v5

[Bug target/112778] ICE in ppc64-linux-gnu crosscompiler in store_by_pieces since r14-5946-g1ff6d9f7428b06

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112778 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

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

[Bug middle-end/112784] ICE in smallest_mode_for_size, at stor-layout.cc:356 | -finline-stringops -mavx512cd

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

[Bug target/112933] New: gcc.target/aarch64/sme2/acle-asm/read_za16_vg1x2.c fails on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112933 Bug ID: 112933 Summary: gcc.target/aarch64/sme2/acle-asm/read_za16_vg1x2.c fails on aarch64_be Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug target/112929] [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 --- Comment #2 from Patrick O'Neill --- I tried messing around with it - turns out passing the 'b' variable isn't required: https://godbolt.org/z/EKa15xqYP Using a variadic function reproduces the problem: https://godbolt.org/z/n95sxY1Y8

[Bug target/112932] New: [14] RISC-V rv64gcv_zvl256b vector: Incorrect behavior with nested loop array writing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112932 Bug ID: 112932 Summary: [14] RISC-V rv64gcv_zvl256b vector: Incorrect behavior with nested loop array writing Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug target/112931] gcc.target/aarch64/sme2/acle-asm/write_za16_vg1x2.c ICEs on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112931 --- Comment #1 from Andrew Pinski --- There are many of these same ICE on a few testcases.

[Bug target/112931] New: gcc.target/aarch64/sme2/acle-asm/write_za16_vg1x2.c ICEs on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112931 Bug ID: 112931 Summary: gcc.target/aarch64/sme2/acle-asm/write_za16_vg1x2.c ICEs on aarch64_be Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug target/112930] gcc.target/aarch64/sme/call_sm_switch_7.c ICEs on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112930 --- Comment #1 from Andrew Pinski --- gcc.target/aarch64/sme/locally_streaming_3.c fails the same way.

[Bug target/112930] New: gcc.target/aarch64/sme/call_sm_switch_7.c ICEs on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112930 Bug ID: 112930 Summary: gcc.target/aarch64/sme/call_sm_switch_7.c ICEs on aarch64_be Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug target/112929] [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 --- Comment #1 from Andrew Pinski --- I am not seeing anything wrong with the difference even. What if you change printf for a different function which still takes a variable arguments but does nothing (in a different TU)? Does it still fail?

[Bug target/112929] New: [14] RISC-V vector: Variable clobbered at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929 Bug ID: 112929 Summary: [14] RISC-V vector: Variable clobbered at runtime Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/112873] F2023 degree trig functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873 --- Comment #9 from kargl at gcc dot gnu.org --- I have updated the diff. I don't know have ChangeLog works under git. Here's what I have written. * gcc/fortran/gfortran.texi: Remove the "Extended math intrinsics" node. It documented the

[Bug fortran/112873] F2023 degree trig functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873 kargl at gcc dot gnu.org changed: What|Removed |Added Attachment #56810|0 |1 is obsolete|

[Bug testsuite/112786] [14 Regression] gcc.dg/tree-ssa/scev-3.c scev-4.c and scev-5.c XPASSing on most ilp32 targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112786 --- Comment #4 from GCC Commits --- The master branch has been updated by Hans-Peter Nilsson : https://gcc.gnu.org/g:0f3bac474e8f6563a59f814ccf7609ced48b1157 commit r14-6353-g0f3bac474e8f6563a59f814ccf7609ced48b1157 Author: Hans-Peter Nilsson

[Bug middle-end/44300] Spurious array subscript warning, [0] == [1] is not folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44300 Andrew Pinski changed: What|Removed |Added CC||goon.pri.low at gmail dot com ---

[Bug middle-end/112928] missed-optimization: automatic storage address comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112928 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/112928] missed-optimization: automatic storage address comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112928 --- Comment #3 from Andrew Pinski --- Does this show up in real code? If so the code is undefined and should be fixed. Note we could even replace the comparison directly with `__builtin_unreachable ()` and it would be valid transformation due

[Bug tree-optimization/112928] missed-optimization: automatic storage address comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112928 --- Comment #2 from Andrew Pinski --- No compiler I tested changes this to a constant ... I almost want to say this should be closed as won't fix ...

[Bug tree-optimization/112928] missed-optimization: automatic storage address comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112928 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Andrew

[Bug tree-optimization/112928] New: missed-optimization: automatic storage address comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112928 Bug ID: 112928 Summary: missed-optimization: automatic storage address comparisons Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal

[Bug analyzer/112927] New: -Wanalyzer-tainted-size false positive seen in Linux kernel's drivers/char/ipmi/ipmi_devintf.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112927 Bug ID: 112927 Summary: -Wanalyzer-tainted-size false positive seen in Linux kernel's drivers/char/ipmi/ipmi_devintf.c Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/54367] [meta-bug] lambda expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 83167, which changed state. Bug 83167 Summary: decltype((x)) inside lambda is considered odr-use if x is not a reference https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83167 What|Removed

[Bug c++/83167] decltype((x)) inside lambda is considered odr-use if x is not a reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83167 Patrick Palka changed: What|Removed |Added Target Milestone|--- |14.0 CC|

[Bug c++/83167] decltype((x)) inside lambda is considered odr-use if x is not a reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83167 --- Comment #3 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:d9965fef40794d548021d2e34844e5fafeca4ce5 commit r14-6350-gd9965fef40794d548021d2e34844e5fafeca4ce5 Author: Patrick Palka Date:

[Bug libstdc++/111052] std::format_to(std::back_inserter(str), "") should write directly to the string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111052 --- Comment #2 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #1) > We should also make ranges::copy implement the std::copy optimization for > copying to ostreambuf_iterator, which is an important performance > enhancement.

[Bug rtl-optimization/112875] [14 Regression] ICE: in lra_eliminate_regs_1, at lra-eliminations.cc:670 with -Oz -frounding-math -fno-dce -fno-trapping-math -fno-tree-dce -fno-tree-dse -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112875 --- Comment #4 from GCC Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:48cb51827c9eb991b92014a3f59d31eb237ce03f commit r14-6347-g48cb51827c9eb991b92014a3f59d31eb237ce03f Author: Vladimir N. Makarov

[Bug c++/112926] issues with nested lambdas and decltype of uncaptured local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112926 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/112926] New: issues with nested lambdas and decltype of uncaptured local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112926 Bug ID: 112926 Summary: issues with nested lambdas and decltype of uncaptured local variable Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug c++/63378] decltype and access control issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63378 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug sanitizer/112727] [11/12/13 Regression] UBSAN creates GIMPLE path with uninitialized variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727 Jakub Jelinek changed: What|Removed |Added Summary|[11/12/13/14 Regression]|[11/12/13 Regression] UBSAN

[Bug sanitizer/112727] [11/12/13/14 Regression] UBSAN creates GIMPLE path with uninitialized variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727 --- Comment #8 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6ddaf06e375e1c15dcda338697ab6ea457e6f497 commit r14-6345-g6ddaf06e375e1c15dcda338697ab6ea457e6f497 Author: Jakub Jelinek Date:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #7 from Andreas Schwab --- spawn -ignore SIGHUP /daten/aranym/gcc/gcc-20231208/Build/gcc/xgcc -B/daten/aranym/gcc/gcc-20231208/Build/gcc/ /daten/aranym/gcc/gcc-20231208/gcc/testsuite/gcc.dg/torture/vshuf-v16qi.c -fdiagnostics-plain

[Bug rtl-optimization/112758] [13/14 Regression] Inconsistent Bitwise AND Operation Result between int and long long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758 --- Comment #6 from Jakub Jelinek --- I must say I have no idea what WORD_REGISTER_OPERATION says about the upper bits of a paradoxical SUBREG if it is a MEM and load_extend_op (inner_mode) is ZERO_EXTEND (zeros then? Then this optimization is

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #6 from Andreas Schwab --- spawn -ignore SIGHUP /daten/aranym/gcc/gcc-20231208/Build/gcc/xgcc -B/daten/aranym/gcc/gcc-20231208/Build/gcc/ -fdiagnostics-plain-output -mcpu=5235 -Os -c -o pr64461.o /daten/aranym/gcc/gcc-20231208/gcc

[Bug rtl-optimization/112758] [13/14 Regression] Inconsistent Bitwise AND Operation Result between int and long long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758 --- Comment #5 from Jakub Jelinek --- Oh, and the reason why given the above (and:DI (subreg:DI (mem/c:SI (lo_sum:DI (reg/f:DI 144) (symbol_ref:DI ("globalVar") [flags 0x86] )) [1 globalVar+0 S4 A32]) 0) (const_int

[Bug rtl-optimization/112875] [14 Regression] ICE: in lra_eliminate_regs_1, at lra-eliminations.cc:670 with -Oz -frounding-math -fno-dce -fno-trapping-math -fno-tree-dce -fno-tree-dse -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112875 --- Comment #3 from Vladimir Makarov --- (In reply to Jakub Jelinek from comment #2) > Started with r14-53-g675b1a7f113adb1d737adaf78b4fd90be7a0ed1a I reproduced it and hope to fix it today.

[Bug target/112922] [14 Regression] 465.tonto from SPECFP 2006 fails train run on Aarch64-linux with -O2 and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112922 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code

[Bug tree-optimization/112924] [14 regression] ICE when building util-linux (error: gimple_bb (stmt) is set to a wrong basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112924 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Keywords|

[Bug tree-optimization/112924] [14 regression] ICE when building util-linux (error: gimple_bb (stmt) is set to a wrong basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112924 Andrew Pinski changed: What|Removed |Added Component|c |tree-optimization Keywords|

[Bug c++/88848] member ambiguous in multiple inheritance lattice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.0

[Bug c++/88848] member ambiguous in multiple inheritance lattice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/88848] member ambiguous in multiple inheritance lattice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848 --- Comment #4 from GCC Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:2a5a5d5e7d32b21205562a35b307ff69e389b996 commit r14-6344-g2a5a5d5e7d32b21205562a35b307ff69e389b996 Author: Marek Polacek Date:

[Bug c++/88848] member ambiguous in multiple inheritance lattice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c++/112658] [12/13 Regression] ICE: finish_expr_stmt with casting an temp array to pointer and constructor call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112658 --- Comment #7 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:5764825aed613f201a8bc47e5b239027a39691f0 commit r14-6342-g5764825aed613f201a8bc47e5b239027a39691f0 Author: Patrick Palka Date:

[Bug c++/112658] [12/13 Regression] ICE: finish_expr_stmt with casting an temp array to pointer and constructor call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112658 --- Comment #8 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:0c018a74eb1affe2a1fa385cdddaa93979683420 commit r14-6343-g0c018a74eb1affe2a1fa385cdddaa93979683420 Author: Patrick Palka Date:

[Bug c++/94264] Array-to-pointer conversion not performed on array prvalues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264 --- Comment #9 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:5764825aed613f201a8bc47e5b239027a39691f0 commit r14-6342-g5764825aed613f201a8bc47e5b239027a39691f0 Author: Patrick Palka Date:

[Bug rtl-optimization/112758] [13/14 Regression] Inconsistent Bitwise AND Operation Result between int and long long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758 --- Comment #4 from Segher Boessenkool --- WORD_REGISTER_OPERATIONS is extremely ill-defined. Or, it is used for other things than what it stands for, whichever way you want to look at it. A backend that defines the macro to non-zero promises

[Bug c/112488] [14 Regression] ICE in make_ssa_name_fn with VLA inside type and inlining since r14-1142

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112488 --- Comment #10 from Martin Uecker --- PATCH: https://gcc.gnu.org/pipermail/gcc-patches/2023-December/639961.html

[Bug c++/112869] [14 Regression] ICE at gimplify_expr, at gimplify.cc:17531 on libopenmpt-0.7.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug target/112109] Missing riscv vectorized strcmp (and other) expanders

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112109 --- Comment #3 from GCC Commits --- The master branch has been updated by Robin Dapp : https://gcc.gnu.org/g:d468718c9a097aeb8794fb1a2df6db2c1064d7f7 commit r14-6341-gd468718c9a097aeb8794fb1a2df6db2c1064d7f7 Author: Robin Dapp Date: Fri

[Bug target/112109] Missing riscv vectorized strcmp (and other) expanders

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112109 --- Comment #2 from GCC Commits --- The master branch has been updated by Robin Dapp : https://gcc.gnu.org/g:2664964b2f695e947faea4c29dbddd3615cc4b0b commit r14-6340-g2664964b2f695e947faea4c29dbddd3615cc4b0b Author: Robin Dapp Date: Fri

[Bug libstdc++/112925] Optimize std::string construction from std::istreambuf_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112925 --- Comment #1 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #0) > +#if __cplusplus >= 201103L && 0 Oops, without the && 0 obviously. I was testing performance with and without it.

[Bug libstdc++/112925] New: Optimize std::string construction from std::istreambuf_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112925 Bug ID: 112925 Summary: Optimize std::string construction from std::istreambuf_iterator Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug rtl-optimization/112758] [13/14 Regression] Inconsistent Bitwise AND Operation Result between int and long long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758 Jakub Jelinek changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org,

[Bug rtl-optimization/112875] [14 Regression] ICE: in lra_eliminate_regs_1, at lra-eliminations.cc:670 with -Oz -frounding-math -fno-dce -fno-trapping-math -fno-tree-dce -fno-tree-dse -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112875 Jakub Jelinek changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug c/112924] [14 regression] ICE when building util-linux (error: gimple_bb (stmt) is set to a wrong basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112924 --- Comment #1 from Andrew Pinski --- This might already be fixed.

[Bug c/112924] New: [14 regression] ICE when building util-linux (error: gimple_bb (stmt) is set to a wrong basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112924 Bug ID: 112924 Summary: [14 regression] ICE when building util-linux (error: gimple_bb (stmt) is set to a wrong basic block) Product: gcc Version: 14.0 Status:

[Bug tree-optimization/112887] during GIMPLE pass: phiopt ICE: Floating point exception (SIGFPE) at tree-ssa-phiopt.c:2224 with --param=l1-cache-line-size=0x20000000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112887 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug fortran/105170] Invalid finalization in intrinsic assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105170 --- Comment #2 from Bálint Aradi --- Thanks, with 13.2.0, it seems to behave correctly.

[Bug modula2/112923] New: gm2 runs out of memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112923 Bug ID: 112923 Summary: gm2 runs out of memory Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug target/112922] New: 465.tonto from SPECFP 2006 fails train run on Aarch64-linux with -O2 and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112922 Bug ID: 112922 Summary: 465.tonto from SPECFP 2006 fails train run on Aarch64-linux with -O2 and -flto Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug modula2/112921] New: module shortreal is missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112921 Bug ID: 112921 Summary: module shortreal is missing Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug libstdc++/111826] __cpp_lib_format should be 202110, not 202106

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111826 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|---

[Bug modula2/112893] gm2 fails to detect procedure address actual parameter is incompatible with cardinal formal parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112893 Gaius Mulley changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug libstdc++/112876] ranges:to: c.end() is unnecessarily assigned by the return value of c.emplace()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876 --- Comment #4 from Jonathan Wakely --- D'oh, I didn't even reuse the returned iterator, as the 'auto end = c.end();' statement is inside the loop, so it's completely pointless.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #5 from Andreas Schwab --- spawn -ignore SIGHUP /daten/aranym/gcc/gcc-20231208/Build/gcc/xgcc -B/daten/aranym/gcc/gcc-20231208/Build/gcc/ -fdiagnostics-plain-output -O1 -w -fpermissive -c -o pr82052.o /daten/aranym/gcc/gcc-20231208

[Bug modula2/112920] gm2 hangs in the type resolver

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112920 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2023-12-08

[Bug modula2/112920] New: gm2 hangs in the type resolver

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112920 Bug ID: 112920 Summary: gm2 hangs in the type resolver Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug libstdc++/112876] ranges:to: c.end() is unnecessarily assigned by the return value of c.emplace()

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #4 from Andreas Schwab --- It seems to be related to -fPIC. cc1plus -fpreprocessed floating_from_chars.ii -quiet -mcpu=68020 -O2 -std=gnu++17 -fimplicit-templates -fPIC -o floating_from_chars.s

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #3 from Andreas Schwab --- Created attachment 56833 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56833=edit floating_from_chars.ii

[Bug jit/112910] Getting the size of the type size_t returns the wrong value on some platforms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112910 --- Comment #3 from Antoni --- Yes, but it isn't available in recording. Perhaps I could use it with another solution that is in the work, though.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #2 from Richard Biener --- Also if a C only compiler builds OK fallout in the testsuite might be easier to analyze.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 --- Comment #1 from Richard Biener --- Can you attach preprocessed source and the cc1plus command line to reproduce this with a simple all-gcc cross?

[Bug target/112919] LoongArch: Alignments in tune parameters are not precise and they regress performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919 Xi Ruoyao changed: What|Removed |Added See Also||https://github.com/loongson

[Bug target/112919] New: LoongArch: Alignments in tune parameters are not precise and they regress performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919 Bug ID: 112919 Summary: LoongArch: Alignments in tune parameters are not precise and they regress performance Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug target/30271] -mstrict-align can an store extra for struct agrument passing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271 Jiu Fu Guo changed: What|Removed |Added CC||guojiufu at gcc dot gnu.org --- Comment

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918 Bug ID: 112918 Summary: [m68k] [LRA] ICE: maximum number of generated reload insns per insn achieved (90) Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug middle-end/112917] Most strub execution tests FAIL on SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917 Rainer Orth changed: What|Removed |Added Target Milestone|--- |14.0

[Bug middle-end/112909] [14 Regression] glibc -Wuninitialized build failure for i686-gnu

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

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 112909, which changed state. Bug 112909 Summary: [14 Regression] glibc -Wuninitialized build failure for i686-gnu https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112909 What|Removed

[Bug middle-end/112909] [14 Regression] glibc -Wuninitialized build failure for i686-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112909 --- Comment #3 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:5e25baa7e577f9b73f746005efb5ccd4e000e51e commit r14-6319-g5e25baa7e577f9b73f746005efb5ccd4e000e51e Author: Richard Biener Date:

[Bug fortran/111503] Issues with POINTER, OPTIONAL, CONTIGUOUS dummy arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111503 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

  1   2   >