https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109886
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97711
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110155
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110164
Bug ID: 110164
Summary: Improve diagnostic for incomplete standard library
types due to missing include
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110164
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53637
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:28db36e2cfca1b7106adc8d371600fa3a325c4e2
commit r14-1624-g28db36e2cfca1b7106adc8d371600fa3a325c4e2
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58487
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:28db36e2cfca1b7106adc8d371600fa3a325c4e2
commit r14-1624-g28db36e2cfca1b7106adc8d371600fa3a325c4e2
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #17 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #16)
> (In reply to Richard Biener from comment #15)
> > Created attachment 55155 [details]
> > patch unfolding such PHIs
> >
> > Updated PHI unfolding patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109959
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109959
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> This is basically PR 102138 .
Except it works at -O1 because the cast is pushed out of the phi by phiopt but
the cast is the same as a & 1 here :(.
For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
--- Comment #1 from Andrew Pinski ---
This will fix the issue:
/* (zero_one == 0) ? y : z y -> ((typeof(y))zero_one * z) y */
(for op (bit_xor bit_ior plus)
(simplify
(cond (eq@3 zero_one_valued_p@0
integer_zerop)
@1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
--- Comment #2 from Andrew Pinski ---
This produces better gimple:
```
/* (zero_one == 0) ? y : z y -> ((typeof(y))zero_one * z) y */
(for op (bit_xor bit_ior plus)
(simplify
(cond (eq zero_one_valued_p@0
integer_zerop)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
--- Comment #7 from jinci kang ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Andrew Pinski from comment #4)
> > See https://gcc.gnu.org/gcc-13/porting_to.html also.
>
> I don't think this is related to the new rules.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
Bug ID: 110167
Summary: excessive compile time when optimizing std::to_array
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110166
--- Comment #2 from Andrew Pinski ---
```
/* Max -> bool0 | bool1
Min -> bool0 & bool1 . */
(for op(max min)
logic (bit_ior bit_and)
(simplify
(op zero_one_valued_p@0 zero_one_valued_p@1)
(if (TYPE_PRECISION (type) != 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105617
--- Comment #19 from Michael_S ---
(In reply to Mason from comment #18)
> Hello Michael_S,
>
> As far as I can see, massaging the source helps GCC generate optimal code
> (in terms of instruction count, not convinced about scheduling).
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-06-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110165
Bug ID: 110165
Summary: [13/14 Regression] wrong code with signed 1 bit
integers sometimes since r13-4459-g6508d5e5a1a8
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110166
Bug ID: 110166
Summary: [14 Regression] wrong code with signed 1-bit integers
sometimes since r14-868-gb06cfb62229f
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110166
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71414
--- Comment #15 from rguenther at suse dot de ---
On Wed, 7 Jun 2023, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71414
>
> --- Comment #14 from Hongtao.liu ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88781
Bug 88781 depends on bug 110151, which changed state.
Bug 110151 Summary: warning: 'strncpy' output truncated copying 10 bytes from a
string of length 26 [-Wstringop-truncation]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107473
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110152
Bug ID: 110152
Summary: [14 Regression] ICE on 3dnow-1.c since r14-1166
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110142
--- Comment #2 from Tamar Christina ---
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110152
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71414
Richard Biener changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71414
--- Comment #14 from Hongtao.liu ---
(In reply to Richard Biener from comment #13)
> The target now has the ability to tell the vectorizer to choose a larger VF
> based on the cost info it got for the default VF, so the x86 backend could
> make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110122
--- Comment #5 from waffl3x ---
(In reply to Patrick Palka from comment #4)
>
> Yes, it seems the original testcase is exhibiting two bugs (one of which a
> GCC 13 regression), whereas the second testcase exhibits one
> (non-regression) bug.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
Sam James changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 104271, which changed state.
Bug 104271 Summary: [12 Regression] 538.imagick_r run-time at -Ofast
-march=native regressed by 26% on Intel Cascade Lake server CPU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110038
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110152
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110145
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110062
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
Richard Biener changed:
What|Removed |Added
Target Milestone|12.4|12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110142
--- Comment #1 from avieira at gcc dot gnu.org ---
Found the issue to be with passing a subtype to vect_recog_widen_op_pattern in
vect_recog_widen_{plus,minus}_pattern where we didn't before. Removing those
and letting it default to a NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110156
Bug ID: 110156
Summary: libgomp leaking when executed in a thread
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110155
--- Comment #2 from Andrew Pinski ---
Created attachment 55279
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55279=edit
Simple patch which I am testing
Note I noticed the patterns I am modifying causes a lot of "garbage" statements
to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109655
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110157
Bug ID: 110157
Summary: Address sanitizer crashes when accessing variables
through procedure callback
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68274
--- Comment #5 from Matt Godbolt ---
Amazing: thank you Andrew!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110062
--- Comment #5 from Jan Hubicka ---
In sharpening the number of iterations depends on sharpen radius. Not sure what
it is for the benchmark, but in normal situations the number of iterations is
indeed not very large.
However clang simply slp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110155
--- Comment #3 from Andrew Pinski ---
Note mult is incorrect in the patch. Also note minus will not work either as
there is a :c there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110126
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109800
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:98682182e394a0ebc96ba74d7958912ab328dee8
commit r13-7425-g98682182e394a0ebc96ba74d7958912ab328dee8
Author: Alex Coplan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110154
Bug ID: 110154
Summary: When compiling __builtin_frame_address with a
relatively large argument, GCC-trunk takes up a
significant amount of time.
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110087
--- Comment #8 from Andrew Pinski ---
(In reply to Uroš Bizjak from comment #7)
> Similar conversion, not performed by gcc:
>
> --cut here--
> #include
>
> _Bool foo (void);
>
> int bar (int r)
> {
> if (foo ())
> r++;
>
> return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110087
--- Comment #9 from Uroš Bizjak ---
(In reply to Andrew Pinski from comment #8)
> Please file this separately, since it is a different issue.
PR110155.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410
--- Comment #4 from Richard Biener ---
Adding fully masked AVX512 and AVX512 with a masked epilog data:
size scalar 128 256 512512e512f
19.42 11.329.35 11.17 15.13 16.89
25.726.536.66
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
--- Comment #29 from Carlos Galvez ---
*my comment about uninitialized "ob.s.b.encoding".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110155
Bug ID: 110155
Summary: Missing if conversion
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110087
--- Comment #7 from Uroš Bizjak ---
Similar conversion, not performed by gcc:
--cut here--
#include
_Bool foo (void);
int bar (int r)
{
if (foo ())
r++;
return r;
}
--cut here--
gcc -O2:
movl%edi, %ebx
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
--- Comment #28 from Carlos Galvez ---
The proposed patch fixes the issue on our side, thank you!
I realize my comment about doesn't make sense - I was mixing unions in C (where
type punning is fine) and C++ (UB). But then I don't understand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110145
--- Comment #6 from Jakub Jelinek ---
So perhaps just wrap that single test with #if FLT_EVAL_METHOD == 0 ||
FLT_EVAL_METHOD == 1 (to make sure double constants are evaluated to double
precision)?
Or use 0x1.7a2ecc414a03fp+418 instead of 1e126?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110154
wierton <141242068 at smail dot nju.edu.cn> changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110155
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=110145
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110153
Bug ID: 110153
Summary: [modules] Static module mapper format cannot handle
header unit paths with spaces
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110145
--- Comment #5 from Jakub Jelinek ---
Now, putting a breakpoint on round_for_format, seems the constant is actually
0xb.d176620a501fbffb650e5a93bc3d89854bea8f289011b2bp+415 or so before rounding
aka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97711
Andrew Pinski changed:
What|Removed |Added
Depends on|103216 |110155
--- Comment #7 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
Bug ID: 110158
Summary: Cannot use union with std::string inside in constant
expression
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
--- Comment #30 from CVS Commits ---
The master branch has been updated by Florian Weimer :
https://gcc.gnu.org/g:49310a993308492348119f4033e4db0bda4fe46a
commit r14-1614-g49310a993308492348119f4033e4db0bda4fe46a
Author: Florian Weimer
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97711
--- Comment #8 from Andrew Pinski ---
Well the patch for PR 110155 will fix f but not g. I will add the POINTER_PLUS
pattern this weekend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110132
--- Comment #4 from Alex Coplan ---
Fixed on trunk, keeping open for backports (I think we need this back to GCC
12).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110161
Bug ID: 110161
Summary: Comparing a typed procedure variable to 0 gives ICE or
assertions
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110160
--- Comment #2 from danakj at orodu dot net ---
Ugh, yeah, I guess it is. It means you can't redirect through a template
function that uses concepts with G++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103216
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78115
--- Comment #6 from Andrew Pinski ---
What this needs above and beyond PR 103216 is supporting `x ? a - b : a`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
--- Comment #18 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:8cc8707446b77f9413654b31704f5a639673c916
commit r14-1610-g8cc8707446b77f9413654b31704f5a639673c916
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106907
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by jeevitha :
https://gcc.gnu.org/g:dda4745eb1c9b063c6004baef54aa4cec97edf3d
commit r13-7426-gdda4745eb1c9b063c6004baef54aa4cec97edf3d
Author: Jeevitha Palanisamy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110159
Bug ID: 110159
Summary: ICEs for C++ Contracts test cases with
'-fno-exceptions'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110113
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110145
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:88e7f1f7ee67462713a89104ae07e99b191d5e2c
commit r14-1619-g88e7f1f7ee67462713a89104ae07e99b191d5e2c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
--- Comment #2 from CVS Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:7f26e76c9848aeea9ec10ea701a6168464a4a9c2
commit r14-1621-g7f26e76c9848aeea9ec10ea701a6168464a4a9c2
Author: Dimitar Dimitrov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54571
--- Comment #5 from Andrew Pinski ---
The `popcount(nz) == 1` comment part of PR 103216 will fix this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
--- Comment #19 from Eric Botcazou ---
Thanks Vladimir! Would you be OK with a backport to the 13 branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
--- Comment #31 from Florian Weimer ---
Will propose a backport to 13 in ~2 weeks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110113
--- Comment #7 from ibuclaw at gcc dot gnu.org ---
Same, but without any compiler errors.
This is reproducible in upstream dmd too.
dmd -lowmem -preview=dip1021 pr110113.d -o-
---
class LUBench { }
void lup(ulong , ulong , int , int = 1)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110132
--- Comment #3 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:9963029a24f2d2510b82e7106fae3f364da33c5d
commit r14-1617-g9963029a24f2d2510b82e7106fae3f364da33c5d
Author: Alex Coplan
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110100
--- Comment #3 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:713613541254039a34e1dd8fd4a613a299af1fd6
commit r14-1615-g713613541254039a34e1dd8fd4a613a299af1fd6
Author: Alex Coplan
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110100
--- Comment #4 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:737a0b749a7bc3e7cb904ea2d4b18dc130514b85
commit r14-1616-g737a0b749a7bc3e7cb904ea2d4b18dc130514b85
Author: Alex Coplan
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94566
Andrew Pinski changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110113
--- Comment #6 from ibuclaw at gcc dot gnu.org ---
Full reduction without any imports.
---
class LUBench { }
void lup(ulong , ulong , int , int = 1)
{
new LUBench;
}
void lup_3200(ulong iters, ulong flops)
{
lup(iters, flops, 3200);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110100
--- Comment #5 from Alex Coplan ---
Fixed on trunk for GCC 14, keeping open for backports (I think we need this
back to GCC 12).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110160
Bug ID: 110160
Summary: g++ rejects concept as cyclical with non-matching
function signature
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110160
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110157
--- Comment #1 from Andrew Pinski ---
If anything what is most likely happening is the stack is not being recorded as
executable which is needed for nest functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
--- Comment #1 from jinci kang ---
# OK.
$ g++ -std=c++2a -Werror -Wall main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
--- Comment #4 from Dimitar Dimitrov ---
The ideal PRU code sequence for the snippet would be:
char test(uint64_t a, uint64_t b)
{
return a && b;
}
or r14, r14, r15
or r16, r16, r17
uminr14, r14, 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
--- Comment #1 from Andrew Pinski ---
Here is a slightly reduced testcase (for a slightly different issue still
dealing with unions):
```
struct str1
{
// bool a;
char *var;
union {
char t[15];
int allocated;
};
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107198
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed|2022-10-10 00:00:00 |2023-6-7
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
--- Comment #5 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #4)
> See https://gcc.gnu.org/gcc-13/porting_to.html also.
I don't think this is related to the new rules.
The std::move here is redundant because request is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94566
--- Comment #13 from Andrew Macleod ---
(In reply to Andrew Pinski from comment #12)
> Aldy or Andrew, why in conv1 we don't get a range for
> SR.4_4 = sD.8798._M_valueD.7665;
>
> Even though the range we have is [-1,1] according to the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110163
Bug ID: 110163
Summary: [14 Regression] Comparing against a constant string is
inefficient on some targets
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110160
danakj at orodu dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
danakj at orodu dot net changed:
What|Removed |Added
CC||danakj at orodu dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
--- Comment #15 from danakj at orodu dot net ---
The workaround listed in Comment #6 does not work for templated types,
unfortunately, making Clang and MSVC more expressive here than GCC.
https://godbolt.org/z/obhsqhrbx
```
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110153
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
1 - 100 of 109 matches
Mail list logo