https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110186
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110186
Bug ID: 110186
Summary: -Weffc++ does not recognize user defined constructor.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
--- Comment #5 from Hongtao.liu ---
(In reply to Antony Polukhin from comment #2)
> -fno-trapping-math had no effect
>
> Some tests with nans seem to produce the same results for both code
> snippets: https://godbolt.org/z/GaKM3EhMq
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
--- Comment #2 from Yrong ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110108
--- Comment #8 from Hongtao.liu ---
Fixed for trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974
jon_y <10walls at gmail dot com> changed:
What|Removed |Added
CC||10walls at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110108
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:887f903ab05ddcac498247384734efbc6cf45147
commit r12-9686-g887f903ab05ddcac498247384734efbc6cf45147
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110108
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:5e01a590aa719d235811c1549547f736de2b5190
commit r13-7430-g5e01a590aa719d235811c1549547f736de2b5190
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110108
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:07b86ab138bf8be8cb331015cd2b9775c6856ac6
commit r14-1640-g07b86ab138bf8be8cb331015cd2b9775c6856ac6
Author: liuhongt
Date: Mon Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110108
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:dac73e4c64bf62be18bd5203e4e0f3e6bc64b4dc
commit r14-1641-gdac73e4c64bf62be18bd5203e4e0f3e6bc64b4dc
Author: liuhongt
Date: Mon Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110185
--- Comment #1 from Hans-Peter Nilsson ---
Created attachment 55290
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55290=edit
spaceship-synth13.ii
Hm, that attachment was for a test that checked for errors. Here's one for a
tests that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110185
Bug ID: 110185
Summary: [14 Regression]: Tens of c++ testsuite crashes for
cris-elf with r14-1624-g28db36e2cfca1b
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
--- Comment #5 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:990d10ab23360fef8b5eb6937ac10b4f67f46e2d
commit r14-1638-g990d10ab23360fef8b5eb6937ac10b4f67f46e2d
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110184
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110184
--- Comment #1 from Andrew Pinski ---
Created attachment 55288
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55288=edit
Full testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110112
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2023-06-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110184
Bug ID: 110184
Summary: [i386] Missed optimisation: atomic operations should
use PF, ZF and SF
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110177
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-06-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110181
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110183
Bug ID: 110183
Summary: ICE in extract_constrain_insn, at recog.cc:2692 on
s390x-linux-gnu
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
--- Comment #4 from Andrew Pinski ---
10.4.0:
Value numbering stmt = _8 = _7 <= i_19;
Applying pattern match.pd:4279, gimple-match.c:13484
Match-and-simplified _7 <= i_19 to 1
RHS _7 <= i_19 simplified to 1
Setting value number of _8 to 1
GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code at -Os and above |[10/11/12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
--- Comment #1 from Andrew Pinski ---
Fre turns:
b.2_4 = b;
_5 = b.2_4 == 0;
_6 = (int) _5;
_7 = _6 <= i_19;
_8 = (int) _7;
b = _8;
Into:
b.2_4 = b;
_5 = b.2_4 == 0;
_6 = (int) _5;
b = 1;
Which is wrong as _6 <= -1 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110182
Andrew Pinski changed:
What|Removed |Added
Component|target |tree-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110182
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110182
--- Comment #2 from Andrew Pinski ---
>but not -O3.
Oh that is because the vectorizer is not enabled at -O2 in GCC 11 but is for
GCC 12+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110182
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
Summary|GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
--- Comment #5 from Andrew Pinski ---
Created attachment 55287
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55287=edit
Patch for trunk
Have the testcases but didn't add them to the patch.
Will also Create the GCC 13 patch later today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110182
Bug ID: 110182
Summary: GCC generates incorrect results for simple Eigen Casts
/ Subtractions at -O2 or above for a 3 dimensional
vector
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110177
--- Comment #1 from Andrew Pinski ---
Hmm, in ccp1, GCC 11.3 does:
Visiting statement:
# RANGE [0, 0] NONZERO 0
b_33 = (short intD.25) _11;
which is likely CONSTANT
Applying pattern match.pd:3405, gimple-match.c:27041
Applying pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110177
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #72 from Oleg Endo ---
(In reply to Alexander Klepikov from comment #71)
>
> > * Do we really need to add that new source file sh_loop.cc with the wrapper
> > classes? Can't we just instantiate the passes that are needed in-place
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110181
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81199
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-06-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110181
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110181
Bug ID: 110181
Summary: longlong.h for RISCV should define count_leading_zeros
and count_trailing_zeros and COUNT_LEADING_ZEROS_0
when ZBB is enabled
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110104
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|roger at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106392
--- Comment #3 from Benjamin Priour ---
> I think the unordered containers might be too hard. I would start with
> std::vector, as that will probably give the best return on investment of
> effort.
>
Indeed, I just found these slides from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110180
--- Comment #2 from Jonathan Wakely ---
(In reply to David Binderman from comment #0)
> Fedora 38 has decided that egrep is obsolescent and grep -E
> is preferred.
POSIX decided it, not Fedora.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106392
--- Comment #2 from Jonathan Wakely ---
(In reply to Benjamin Priour from comment #1)
> [[gnu::invalidate(swap)]] - Both containers should be invalidated. Name
> probably ill-chosen since swapping two lists invalidates nothing.
Swapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106390
--- Comment #5 from Benjamin Priour ---
> I agree that this would be a problem, but instead of implying that we need
> two attributes, I think this implies that we should not try to use
> [[gsl::owner]] for shared ownership. If you don't try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux-gnu
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106390
--- Comment #4 from Jonathan Wakely ---
I'm not sure that's worthwhile. Unique ownership is orders of magnitude more
common, and lifetime is managed in smaller scopes. Tracking unique ownership
within a single function is tractable, and useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109886
--- Comment #8 from Andrew Macleod ---
I just checked in:
commit cd9c7f898d6e6313465f78227e566f27dce5e5a3
Author: Andrew MacLeod
Date: Wed May 31 13:10:31 2023 -0400
Provide a new dispatch mechanism for range-ops.
As a side effect it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
Andrew Pinski changed:
What|Removed |Added
Summary|Missed Dead Code|[13/14 Regression] Missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
Andrew Pinski changed:
What|Removed |Added
Summary|[14 Regression] Missed Dead |Missed Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
--- Comment #4 from Andrew Pinski ---
So CCP2 now removes:
Removing dead stmt:iftmp.4_9 = PHI <1(5), 0(6)>
Which allows to remove all of this:
[local count: 1073441178]:
if (t_4(D) != 0)
goto ; [50.00%]
else
goto ; [50.00%]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Hmm
> static void i() { *h = j(); }
> static int *j(unsigned o) {
>
> I suspect this is just might be another one of these cases where a variable
> is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110180
--- Comment #1 from Andrew Pinski ---
https://inbox.sourceware.org/gcc-patches/74ea0c62ebe19db186263053e4051f81d46e9da4.ca...@xry111.site/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96868
--- Comment #7 from Marek Polacek ---
A similar test. I'm not sure how we want -Wm-f-i to behave here.
#include
struct A {
int a;
std::optional b;
};
int main()
{
auto x = A {
.a = 123 // warns
};
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108490
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109800
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:43619dc6e120a80305d4a52d7f9b8833c110a7db
commit r12-9684-g43619dc6e120a80305d4a52d7f9b8833c110a7db
Author: Alex Coplan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106392
Benjamin Priour changed:
What|Removed |Added
CC||vultkayn at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110168
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106390
Benjamin Priour changed:
What|Removed |Added
CC||vultkayn at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93768
jbeulich at suse dot com changed:
What|Removed |Added
CC||jbeulich at suse dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110179
David Binderman changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110180
Bug ID: 110180
Summary: On Fedora 38, egrep is now obsolescent
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110179
Bug ID: 110179
Summary: unwind-dw2-fde-dip.c:406: assignment makes integer
from pointer without a cast
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110178
Bug ID: 110178
Summary: [14 regression] gfortran.dg/gomp/target-update-1.f90
fails after r14-1579-g4ede915d5dde93
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #10 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #6)
> if constexpr (_Nm > 1024 && is_trivially_default_constructible_v<_Tp>
> && is_trivially_assignable_v<_Tp&, _Tp&>)
> {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110168
--- Comment #2 from José Ramón Méndez Reboredo
---
I have checked it. And you are right. Source fortification is only enabled when
using -O* options (optimization). Al also checked that the usage of the option
-D_FORTIFY_SOURCE=1 is not enough
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
Jonathan Wakely changed:
What|Removed |Added
Summary|excessive compile time when |excessive compile time for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #71 from Alexander Klepikov
---
> There are some formatting nits in your patch, please check again:
Thanks for pointing that out, I'll check again.
> But more interestingly:
> * Do we really need to add that new source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #7 from Jonathan Wakely ---
For some value of 1024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #6 from Jonathan Wakely ---
The bottom line, however, is that this use of std::to_array is not really
reasonable.
You're asking the compiler to create a variadic pack of 262144 integers, and
then create a pack expansion for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110177
Bug ID: 110177
Summary: [12/13/14 Regression] Missed Dead Code Elimination
when using __builtin_unreachable since
r12-2305-g398572c1544
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
Bug ID: 110176
Summary: wrong code at -Os and above on x86_64-linux-gnu
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110175
Bug ID: 110175
Summary: [GCC][Crash] GCC Crash on valid code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110174
Bug ID: 110174
Summary: Using illegal constraints for builtin return_address
gives ICE
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
--- Comment #2 from Andrew Pinski ---
Hmm
static void i() { *h = j(); }
static int *j(unsigned o) {
I suspect this is just might be another one of these cases where a variable is
uninitialized gets a different value now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
--- Comment #1 from Theodoros Theodoridis ---
*The first piece of ASM is generated by gcc 13.1, the second by gcc trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
Bug ID: 110173
Summary: [14 Regression] Missed Dead Code Elimination when
using __builtin_unreachable since r14-569-g21e2ef2dc25
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110147
Mark Wielaard changed:
What|Removed |Added
Last reconfirmed||2023-06-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110168
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
--- Comment #4 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #3)
> If zero_one_valued_p is true for [-1, 0] valued cases, then it should be
> fixed.
I think that is the right appoarch in the end, I will go and implement that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110172
Bug ID: 110172
Summary: Leak false positives from -fanalyzer with -fexceptions
(even on C code)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
--- Comment #3 from Andrew Pinski ---
So for arm, GCC does produce the code you want:
```
vcmpe.f64 d17, d16
vmrsAPSR_nzcv, FPSCR
ite pl
vmovpl.f64 d18, d17
vmovmi.f64 d18, d16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #70 from Oleg Endo ---
(In reply to Alexander Klepikov from comment #69)
> Created attachment 55284 [details]
> Collapsed libcall and additional loop move invariants patch
Thanks for sharing the patch. I also don't have the GCC SH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110171
Bug ID: 110171
Summary: [[nodiscard]] of await_resume ignored when discarding
result of co_await expression
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109739
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110149
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109886
--- Comment #7 from Martin Jambor ---
I see, thanks! But I wonder whether it would make sense to commit the simple
fix in the meantime so that the test pass. It is easy to miss new regressions
now when I expect the overall result not to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #69 from Alexander Klepikov
---
Created attachment 55284
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55284=edit
Collapsed libcall and additional loop move invariants patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110125
--- Comment #2 from Thorsten Otto ---
Maybe related to this:
MODULE foo;
TYPE Head = RECORD
magic: INTEGER;
END;
Carrier = RECORD
head: Head;
tail: Head;
END;
PROCEDURE test(VAR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #68 from Alexander Klepikov
---
OK, I finished my patch. Let me remind you briefly, what it does.
First, it does not emit library call for ashrsi3 during expand pass. Instead it
emits intermediate 'collapsed' libcall insn which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
--- Comment #2 from Antony Polukhin ---
-fno-trapping-math had no effect
Some tests with nans seem to produce the same results for both code snippets:
https://godbolt.org/z/GaKM3EhMq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110169
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
--- Comment #1 from Andrew Pinski ---
Is that only valid if not trapping math?
Gcc defaults to -ftrapping-math . Try disabling it and see if you get that
result.
Also is that correct for nans?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
Bug ID: 110170
Summary: Sub-optimal conditional jumps in conditional-swap with
floating point
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #5 from Jonathan Wakely ---
It's hard to bisect where it got slower between 10 and 11, and between 11 and
12, because for --enable-checking builds the extra assertions slow everything
down and the difference between "fast with slow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110169
--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55283
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55283=edit
The compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110169
Bug ID: 110169
Summary: wrong code with '-Ofast'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> The "obvious" alternative impl using a lambda expression is even slower:
Actually for GCC 13 it's faster:
$ time ~/gcc/13/bin/g++ 110167.cc -c -O3
real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #3 from Jonathan Wakely ---
$ time ~/gcc/9/bin/g++ 110167.cc -c -O3
real0m5.568s
user0m5.497s
sys 0m0.035s
$ time ~/gcc/10/bin/g++ 110167.cc -c -O3
real0m5.393s
user0m5.355s
sys 0m0.028s
$ time
1 - 100 of 125 matches
Mail list logo