https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118270
--- Comment #2 from Haochen Jiang ---
I just revised a lot more mnemonics in Binutils first to catch up with Binutils
2.44 freeze this Sunday. Thus, there would be more tests compiling with latest
Binutils fail. They are expected.
I am working
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118488
Bug ID: 118488
Summary: [OpenMP] Return types and templates with 'declare
variant' mishandled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp,
master/configure
--prefix=/home/mjires/built/master --disable-bootstrap
--enable-languages=c,c++,fortran,lto --disable-multilib --disable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483
--- Comment #25 from dennis luehring ---
(In reply to dennis luehring from comment #24)
> > However if I do not rename main to main2 I get in #0 testcase:
>
> also with main2 it gets optimized with gcc trunk on gcc.godbolt
correction: it works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118490
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118486
--- Comment #3 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:b67a0d6aca0c049e14e44c3f28ce3806680543ef
commit r15-6911-gb67a0d6aca0c049e14e44c3f28ce3806680543ef
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #3 from Richard Biener ---
Created attachment 60162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60162&action=edit
patch for adding :S
This adds :S and removes the single_use from the offending pattern. We don't
seem to sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118124
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f263f2d525eb9a1b60c2a356eb64262819b6bab0
commit r15-6907-gf263f2d525eb9a1b60c2a356eb64262819b6bab0
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #22 from Jan Hubicka ---
> /* If there is pure/const call in the function, then we can
> still optimize the unrolled loop body if it contains some
> other interesting code than the calls and code s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118476
--- Comment #11 from Richard Biener ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Andrew Pinski from comment #9)
> >
> > But this also means there might be some missed optimizations now on the
> > trunk due to that. Let me fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118487
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114074
Richard Biener changed:
What|Removed |Added
Keywords||needs-testcase
--- Comment #14 from Ri
home/mjires/built/master --disable-bootstrap
--enable-languages=c,c++,fortran,lto --disable-multilib --disable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118487
Christoph Müllner changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Christ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
--- Comment #14 from Richard Biener ---
It is somewhat of a representational issue given we translate dependend
expressions using leaders in the translated set but the expression sets
contain the original defs (which would have been pruned if th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118481
--- Comment #2 from Richard Biener ---
I think we should be able to VN them the same so that PRE discovers the full
redundancy. Oh we do:
Value numbering stmt = _4 = VIEW_CONVERT_EXPR(a.0_1);
Setting value number of _4 to _4 (changed)
...
Valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118478
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
isable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116068
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118387
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #2 from Richard Biener ---
Caused by r6-2364-g2fde61e3caf4c4
We eventually might want to have a "stronger" :s which would allow
simplification to a constant/singleton (but allow then unused garbage to be
collected on the temporary s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118124
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #40 from Jonathan Wakely ---
Yes please - thanks for catching it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 117079, which changed state.
Bug 117079 Summary: [15 Regression] FAIL: gcc.target/i386/pr105493.c since
r15-2820-gab18785840d7b8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117079
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117079
Christoph Müllner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118472
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116586
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118472
--- Comment #4 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:25eb892a8c1587ab720e92548874f0d600aa842e
commit r15-6914-g25eb892a8c1587ab720e92548874f0d600aa842e
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118463
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 118463, which changed state.
Bug 118463 Summary: requires-clause considered ill-formed but not leading to
clause failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118463
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #4 from Alejandro Colomar ---
(In reply to Andrew Pinski from comment #1)
> I think this need analyzer to handle really.
We get a -Wfree-nonheap-object if I change the strsep(3) call by s++.
I think we should treat any call that ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #8 from Andrew Pinski ---
Created attachment 60165
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60165&action=edit
Fixed up removing hard coded size_t, use __SIZE_TYPE__ instead and removed
__assert_failure
Just some small ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105220
--- Comment #4 from Jason Merrill ---
Further discussion raised that the parameter mapping lives somewhere on the
border. Consider https://godbolt.org/z/TEsWhd5oG
template concept C = B;
struct A {
template void f() requires C;
};
struct B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #14 from Vineet Gupta ---
(In reply to Robin Dapp from comment #7)
> > The problem is GCC-15 has performance regression compare to GCC-14 on both
> > strict align and we should fix it, we can't specify use no strict align in
> > GCC-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116743
--- Comment #25 from GCC Commits ---
The master branch has been updated by Eugene Rozenfeld :
https://gcc.gnu.org/g:e683c6b029f809c7a1981b4341c95d9652c22e18
commit r15-6933-ge683c6b029f809c7a1981b4341c95d9652c22e18
Author: Eugene Rozenfeld
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #2 from Sam James ---
With -O0/-O1, we do get -Wanalyzer-malloc-leak. It gets lost with >= -O2 unless
we use noinine on my_strdup. Not sure if that's another case of PR100717 and so
on (we have a bunch of bugs for attributes being lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118441
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #3 from Alejandro Colomar ---
(In reply to Sam James from comment #2)
> With -O0/-O1, we do get -Wanalyzer-malloc-leak. It gets lost with >= -O2
> unless we use noinine on my_strdup. Not sure if that's another case of
> PR100717 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #9 from Marek Polacek ---
This difference seems to be the problem:
-vector::vector (&items_, (const struct Data &) &TARGET_EXPR >>>) >;
+vector::vector (&items_, (const struct Data &) &TARGET_EXPR ) >;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #2 from Andrew Pinski ---
Created attachment 60166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60166&action=edit
Reduced further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114277
--- Comment #9 from Andrew Pinski ---
> But reviewing that hunk made me realize that we did have the right bits in
> place to test for 0/1 values during expansion. So instead of recognizing the
> multiplication as a conditional move, we could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #1 from Sam James ---
The testcase looks really familiar..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Sam James changed:
What|Removed |Added
Keywords||ice-on-valid-code
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114277
--- Comment #8 from Jeffrey A. Law ---
So I was playing with the patch Raphael and I put together a bit more. A few
things to note.
First, if we're going to use the match.pd bits in some way, they need to be
conditional on GIMPLE. If used on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #10 from Marek Polacek ---
We have:
TARGET_EXPR
so object=D.2996 whose type is Data, so we do not go down the VOID_TYPE_P path
in cxx_eval_outermost_constant_expr, and evaluate the whole init to VOID_CST.
Obviously, that should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19501
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
--- Comment #11 from Peter Bergner ---
(In reply to Sam James from comment #8)
> I'm still seeing this, but I think it's an actual bug, not a testism.
I will restate that Surya's IRA commit is a correct fix, so the
missed-optimization bug lies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Bug ID: 118501
Summary: aarch64: ICE in simplify_context::simplify_subreg
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118495
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #5 from kargls at comcast dot net ---
(In reply to Thomas Koenig from comment #3)
> (In reply to kargls from comment #2)
> > Not Thomas, but ...
> >
> > https://j3-fortran.org/doc/year/24/24-116.txt
> >
> > The exponentiation operat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #4 from Andrew Pinski ---
xorsign didn't change But what did change was `struct s1` changed into a
V2DF mode. and now a subreg of that causes issues. Maybe this needs to be
force_subreg now ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #5 from Andrew Pinski ---
>Note: the code originates from thrust, not from libstdc++!
And the reason why it works with libstdc++s' complex definition is because
libstdc++ uses _Complex for double types and not arrays or fields.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #6 from kargls at comcast dot net ---
(In reply to kargls from comment #5)
> (In reply to Thomas Koenig from comment #3)
> Yes, please lift the restriction. I ran into this issue while
> writing a testcase as well. As J3 is not con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Hongtao Liu changed:
What|Removed |Added
Last reconfirmed|2025-01-16 00:00:00 |
Target Milestone|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #3 from Thomas Koenig ---
(In reply to kargls from comment #2)
> Not Thomas, but ...
>
> https://j3-fortran.org/doc/year/24/24-116.txt
>
> The exponentiation operator ** shall not be applied to UNSIGNED values.
That was something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118499
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #3)
> (In reply to kargls from comment #2)
> > Not Thomas, but ...
> >
> > https://j3-fortran.org/doc/year/24/24-116.txt
> >
> > The exponentiation operat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #7 from Marek Polacek ---
// PR c++/118396
extern "C" void __assert_fail(const char *, const char *);
void *operator new(unsigned long, void *__p) { return __p; }
struct Foo {
virtual ~Foo() = default;
};
struct Data {
int sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:903ab914dd48c3131ded0cf427da50c23168024c
commit r15-6929-g903ab914dd48c3131ded0cf427da50c23168024c
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48
Andrew Pinski changed:
What|Removed |Added
Depends on||118483
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Bug ID: 118502
Summary: Add shrink wrapping testcase for
vector::push_back
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization, needs-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Hongtao Liu changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118492
Andrew Pinski changed:
What|Removed |Added
Keywords||alias
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #9 from Andrew Pinski ---
Created attachment 60167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60167&action=edit
patch which I am testing for this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 113026, which changed state.
Bug 113026 Summary: Bogus -Wstringop-overflow warning on simple memcpy type loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118492
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118464
--- Comment #11 from Andrew Pinski ---
*** Bug 118503 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
Bug ID: 118503
Summary: [15 Regression] gcc-15.0.0_pre20250112 ICE with
webkit-gtk-2.46.5-r600: JSBigInt.cpp:1424:6: internal
compiler error: in exact_div, at poly-int.h:2160 1424
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #1 from Ted Rodgers ---
Created attachment 60168
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60168&action=edit
reduced UnifiedSource-f2e18ffc-19.cpp.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1b5d2ccd060ce983c7459ee165275e0205271396
commit r15-6939-g1b5d2ccd060ce983c7459ee165275e0205271396
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115895, which changed state.
Bug 115895 Summary: [15 Regression] FAIL: gcc.dg/vect/pr115385.c execution test
with -march=znver4 --param partial-vector-usage=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #10 from rguenther at suse dot de ---
On Wed, 15 Jan 2025, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
>
> --- Comment #6 from Andrew Pinski ---
> I am not sure we need the :S in the end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Andrew Pinski changed:
What|Removed |Added
Depends on||56547
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #5 from Andrew Pinski ---
Created attachment 60169
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60169&action=edit
Slightly reduced from the reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> Created attachment 60169 [details]
> Slightly reduced from the reduced testcase
Any more manual inlining causes the ICE to go away. Because of the
uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118504
Bug ID: 118504
Summary: Bogus -Wstringop-overflow warning on simple memcpy
type loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 113026, which changed state.
Bug 113026 Summary: Bogus -Wstringop-overflow warning on simple memcpy type loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #4 from Andrew Pinski ---
Note this creduced testcase is full of uninitialized variables.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Bug ID: 118505
Summary: [15 regression] aarch64: 25% regression in TSVC s258
since r15-3436-gb2b20b277988ab
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #1 from Dhruv Chawla ---
I'm not sure if this is an aarch64-specific issue or a middle-end issue, so
I've filed it under aarch64 for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #3 from Andrew Pinski ---
Note there is also a fma forming missing:
_69 = s_64 + 1.0e+0;
...
_71 = _69 * _70;
which is:
`(s_64 + 1.0) * _70` which can be rewritten as `s_64 * _70 + _70`
That might alone get the performance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Bug ID: 118506
Summary: Missing FMA for `(a + 1.0) * b`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67886
--- Comment #4 from Andrew Pinski ---
Note in this example the reason why GCC able to optimize this way (even without
something like -fstrict-vtable-pointers) is because GCC is able to
speculatively devirtualize the inner function call (that mean
1 - 100 of 192 matches
Mail list logo
