https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120654
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:d8a9467163addaf61297443b41f381420d5af7f5
commit r15-9864-gd8a9467163addaf61297443b41f381420d5af7f5
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120729
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:59e5e863c7dc5e8a4164d36273c4c2b5f6cd602c
commit r15-9865-g59e5e863c7dc5e8a4164d36273c4c2b5f6cd602c
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120828
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120826
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
--- Comment #7 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:77473a27bae04da99d6979d43e7bd0a8106f4557
commit r16-1694-g77473a27bae04da99d6979d43e7bd0a8106f4557
Author: H.J. Lu
Date: Thu Jun 26 06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120816
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120816
--- Comment #2 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:62a80185db84f20f3efb05c81598bffa95bcd63d
commit r16-1693-g62a80185db84f20f3efb05c81598bffa95bcd63d
Author: H.J. Lu
Date: Wed Jun 25 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
--- Comment #17 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:9804b23198b39f85a7258be556c5e8aed44b9efc
commit r16-1692-g9804b23198b39f85a7258be556c5e8aed44b9efc
Author: H.J. Lu
Date: Sun Apr 13 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #11 from Sam James ---
That works. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120831
Bug ID: 120831
Summary: Raise a diagnostic when a class/struct that is marked
as final introduces a virtual method
Product: gcc
Version: 15.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #10 from Sam James ---
Created attachment 61720
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61720&action=edit
reduced.ii
This is mostly reduced. I will have results from the patch soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761
--- Comment #13 from Andrew Pinski ---
New patch which includes the fix:
https://gcc.gnu.org/pipermail/gcc-patches/2025-June/687633.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
--- Comment #6 from Sam James ---
(In reply to H.J. Lu from comment #5)
> Created attachment 61716 [details]
> A patch
>
> Please test this.
This works, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761
--- Comment #12 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #11)
> Patch posted:
> https://gcc.gnu.org/pipermail/gcc-patches/2025-June/687297.html
I have a new patch in testing which fixes the targetm.calls.structure_value_rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #1 from Sam James ---
/* Assert that mode M has type T, and return it in that form. */
template
inline T
as_a (machine_mode m)
{
gcc_checking_assert (T::includes_p (m));
return typename mode_traits::from_int (m);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2025-06-26
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #9 from H.J. Lu ---
Created attachment 61719
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61719&action=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Sam James changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #4 from Sam James ---
(In reply to Andrew Pinski from comment #3)
Oops! I was just about to say wtf..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #7 from Andrew Pinski ---
This looks wrong:
else if (CONST_VECTOR_P (op))
{
rtx first = XVECEXP (op, 0, 0);
for (int i = 1; i < nunits; ++i)
{
rtx tmp = XVECEXP (op, 0, i);
/* Vector dupl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #6 from Sam James ---
I'm reducing it but it is pretty slow. I may include a partial reduction in a
bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #5 from Sam James ---
Breakpoint 1, fancy_abort (file=0x58aff788
"/var/tmp/portage/sys-devel/gcc-16.0./work/gcc-16.0./gcc/machmode.h",
line=391, function=0x58a29006 "as_a")
at
/usr/src/debug/sys-devel/gcc-16.0.99
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #3 from Andrew Pinski ---
(In reply to Sam James from comment #2)
>
> Breakpoint 1.899, as_a (p=,
> p=) at
> /usr/src/debug/sys-devel/gcc-16.0./gcc-16.0./gcc/is-a.h:255
> 255 gcc_checking_assert (is_a (p));
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
--- Comment #2 from Sam James ---
Breakpoint 1.899, as_a (p=,
p=) at
/usr/src/debug/sys-devel/gcc-16.0./gcc-16.0./gcc/is-a.h:255
255 gcc_checking_assert (is_a (p));
(gdb) bt
#0 as_a (p=, p=) at
/usr/src/debug/sys-devel/gcc-16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82106
Palmer Dabbelt changed:
What|Removed |Added
Attachment #61715|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120830
Bug ID: 120830
Summary: [16 regression] ICE when building opencv-4.11.0 (as_a,
at machmode.h:391)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: ice-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
--- Comment #5 from H.J. Lu ---
Created attachment 61716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61716&action=edit
A patch
Please test this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82106
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Jeffrey A. Law changed:
What|Removed |Added
Summary|[RISC-V] ICE unrecognizible |[15 Regression][RISC-V] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120824
--- Comment #2 from Andrew Pinski ---
https://www.open-std.org/JTC1/SC22/WG21/docs/papers/2020/p2115r0.html
Let me see if I can find the DR #.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120790
--- Comment #2 from Simon Sobisch ---
(In reply to James K. Lowden from comment #1)
> The local fix allows RECORD SEQUENTIAL instead of LINE SEQUENTIAL
> unconditionally.
you likely mean that one can use either, because RECORD SEQUENTIAL is ide
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95938
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
--- Comment #24 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:8422524f6f43263caca2c2ab8a0e890e92f5f114
commit r15-9861-g8422524f6f43263caca2c2ab8a0e890e92f5f114
Author: Paul Thomas
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95938
Andrew Pinski changed:
What|Removed |Added
CC||rush102333 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120821
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82106
Palmer Dabbelt changed:
What|Removed |Added
Attachment #42762|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82106
--- Comment #9 from Palmer Dabbelt ---
(In reply to Palmer Dabbelt from comment #8)
> This came up in the patchwork meeting, and I guess since I'd commented
> before I'm on the hook. It's been 8-ish years, but here's my best attempt
> at decodin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120829
Bug ID: 120829
Summary: All plugins testcases fail when doing cross to
aarch64, _ZN8opt_pass5cloneEv undefined
Product: gcc
Version: 16.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #6 from Jeffrey A. Law ---
Odds are it's some split-code that isn't as safe as it should be. I can
probably identify it if you can pass along the .split2 dump.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120787
--- Comment #2 from Simon Sobisch ---
(In reply to James K. Lowden from comment #1)
> Can this not be resolved with
>>>COBOL-WORDS EQUATE DISPLAY WITH EXHIBIT
Plain EXHIBIT could, but EXHIBIT NAMED does not.
A force-included copybobok wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120809
--- Comment #5 from Andrew Pinski ---
(In reply to David Malcolm from comment #4)
> I figured it out: r16-1631-g2334d30cd8feac added optional generation of SVG
> diagrams to the generated HTML, by invoking "dot -Tsvg". state-diagram-5.c
> is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120771
--- Comment #2 from Simon Sobisch ---
(In reply to James K. Lowden from comment #1)
> For the following input
>
> $IF C-OBS-ARCH = "x86"
> $if nested-missing = 7
> 77 something value "never".
> $else
> 77 s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120809
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[16 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120771
James K. Lowden changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120817
--- Comment #9 from Tamar Christina ---
So the key to triggering it here is the pass by value.
Testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120787
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120790
James K. Lowden changed:
What|Removed |Added
Last reconfirmed||2025-06-25
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120794
James K. Lowden changed:
What|Removed |Added
Last reconfirmed||2025-06-25
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120791
James K. Lowden changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jklowden at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
--- Comment #9 from anlauf at gcc dot gnu.org ---
(In reply to Christophe Peyret from comment #8)
> try this on Mac with Fortran 15.1.0
>
>
> program main
>
> use iso_c_binding
> implicit none
>
> character(len=:), pointer :: str =>null()
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119106
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to Andre Vehreschild from comment #5)
> Harald, are you still on this?
No. As I wrote, I got stuck.
Please take over if you wish!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119039
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
--- Comment #23 from Jerry DeLisle ---
Paul is out for about two weeks. I have appled the two patches involved to 15
and if testing is clean, I will commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120786
--- Comment #4 from Simon Sobisch ---
> The only accommodation I see here is to parse NOT -- i.e., `NOT=` and
friends, for algebraic symbols -- as two tokens.
Sounds good (and will solve a bunch of syntax errors I've received).
But would that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120719
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #1 from Andreas Schwab ---
Created attachment 61711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61711&action=edit
Part 1 of libopenvino_riscv_cpu_plugin.so.ltrans117.o.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Andreas Schwab changed:
What|Removed |Added
Attachment #61711|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #4 from Andreas Schwab ---
The source consists of nearly 300 files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120809
--- Comment #3 from David Malcolm ---
It's hitting a failing assertion due to trying to add a nullptr child in
node_with_children::add_child.
I tried reproducing this with aarch64-linux-gnu, but:
make check-gcc RUNTESTFLAGS="analyzer.exp=stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51437
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-06-25
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120828
--- Comment #1 from Paul-Antoine Arras ---
Yes, it is a regression caused by my latest FMA vector-scalar patch. I'll post
the fix to the mailing list shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #2 from Andreas Schwab ---
Created attachment 61712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61712&action=edit
Part 2 of libopenvino_riscv_cpu_plugin.so.ltrans117.o.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120347
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120624
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:cb3c5b7d15cdb9373d102e7045c0823526a9c660
commit r15-9860-gcb3c5b7d15cdb9373d102e7045c0823526a9c660
Author: Richard San
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120347
--- Comment #10 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:2efe8cc55581a5fecb388646f1908eed4ec11a63
commit r15-9859-g2efe8cc55581a5fecb388646f1908eed4ec11a63
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120828
Bug ID: 120828
Summary: [16 Regression] Unrecognized insn after recent RISC-V
change for .vf support
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Bug ID: 120827
Summary: [RISC-V] ICE unrecognizible insn in LTO build
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120825
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120824
--- Comment #1 from m.cencora at gmail dot com ---
Exporting it as aliased type makes the module compile, but importers still
cannot see it:
$ cat posix.mod.cpp
module;
#include "sock_domain.h"
export module posix;
export
{
//using ::AF_INET;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120637
--- Comment #5 from Antony Lewis ---
Hi Andre, thanks for looking at it and the patch. The smaller patch perhaps
makes sense for incremental fix (esp. for earlier branches).
However, for master it might be cleaner to remove the code if it is r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71962
Andrew Pinski changed:
What|Removed |Added
CC||addmlbx at gmail dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120786
--- Comment #3 from James K. Lowden ---
Thank you for testing with MF.
> Just keep in mind that a , and ; are valid
Not alone, of course. The 2-character sequence [,;][[:space:]] is valid as
separator space.
> if var NOT<=-var+ 9 DISPLAY "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120826
Bug ID: 120826
Summary: [16 Regression] c-c++-common/asan/pr120608-*.c fail
starting with r16-1626-g35a26f2ec55d20
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120825
Bug ID: 120825
Summary: Constexpr evaluation fails with the ub sanitizer
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120824
Bug ID: 120824
Summary: [modules] Cannot export unnamed enum declared in GMF
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120637
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119106
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120242
--- Comment #4 from Jeffrey A. Law ---
*** Bug 120813 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120813
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120819
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[16 regression] ICE wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
Andre Vehreschild changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120242
--- Comment #3 from Jeffrey A. Law ---
Phew. After another debugging session I think this is ultimately an ext-dce
bug. The promoted state on the key object is correct; the referenced patch
just prevents the promoted state from being unnecessa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120302
Andre Vehreschild changed:
What|Removed |Added
CC||pault at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120823
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120817
Tamar Christina changed:
What|Removed |Added
Target|aarch64-linux-gnu |aarch64-*
Build|x86_64-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120823
Bug ID: 120823
Summary: FOLD_LEFT_REDUCTION code generation cannot handle
calls
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120356
Alexey Merzlyakov changed:
What|Removed |Added
CC||alexey.merzlyakov at samsung
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109892
--- Comment #6 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5aca8510abea6c3fac3336a7445863db07fd4a06
commit r16-1673-g5aca8510abea6c3fac3336a7445863db07fd4a06
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120808
--- Comment #5 from Richard Biener ---
SLP build for the -ffp-contract=on case should now work. Not for the builtin
case yet and also the SLP pattern matching for fmaddsub is still missing, so
not closing this bug yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120822
--- Comment #1 from Jonathan Wakely ---
They're both redundant. In both cases the return operand is treated as an
rvalue.
For fb() the std::move defeats copy elision, so actually pessimizes the code.
For fa() it's just redundant, because b wil
1 - 100 of 138 matches
Mail list logo
