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=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=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=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=110166
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
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=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=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=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=109959
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=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=110164
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
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=110155
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
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=109886
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51571
--- Comment #11 from Jason Merrill ---
(In reply to CVS Commits from comment #9)
> This implements the guaranteed copy elision specified by P2025
Or not; I just noticed that P2025 also requires a fix for PR53637.
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=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=99599
--- Comment #16 from danakj at orodu dot net ---
Well for anyone who hits the same issue, it appears that GCC _does_ follow
Clang and MSVC in not considering the overload and chasing through the concept
resolution if the non-concept types are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
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=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=106562
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
--- Comment #4 from Andrew Pinski ---
See https://gcc.gnu.org/gcc-13/porting_to.html also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
--- Comment #3 from Andrew Pinski ---
See
https://gcc.gnu.org/onlinedocs/gcc-13.1.0/gcc/C_002b_002b-Dialect-Options.html#index-Wno-redundant-move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110162
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110157
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=110162
--- Comment #1 from jinci kang ---
# OK.
$ g++ -std=c++2a -Werror -Wall main.cpp
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
Bug ID: 110162
Summary: redundant move in initialization
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110153
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=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=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=94566
Andrew Pinski changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
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=110113
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever
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
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=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=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 #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=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=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=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=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=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=109712
--- Comment #31 from Florian Weimer ---
Will propose a backport to 13 in ~2 weeks.
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=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=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=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=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=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=103216
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |
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=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=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=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=109655
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=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=68274
--- Comment #5 from Matt Godbolt ---
Amazing: thank you Andrew!
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=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=110126
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=109712
--- Comment #29 from Carlos Galvez ---
*my comment about uninitialized "ob.s.b.encoding".
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=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=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=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=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 #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=110154
wierton <141242068 at smail dot nju.edu.cn> changed:
What|Removed |Added
Resolution|--- |INVALID
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=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=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=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
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment
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=110152
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
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
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 #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=110038
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
1 - 100 of 109 matches
Mail list logo
