https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111232
Bug ID: 111232
Summary: RISC-V: Failed to combine vwmul + vadd into vwmacc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111233
Bug ID: 111233
Summary: Wrong code at -O3 on x86_64-linux-gnu since
r14-2852-gf5fb9ff2396
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111233
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|Wrong code at -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #3 from Mathieu Malaterre ---
creduce process started on amhdal.d.o machine:
% creduce check.sh mul_test.cc
===< 1797132 >===
running 3 interestingness tests in parallel
===< pass_unifdef :: 0 >===
(10.0 %, 31474 bytes)
[...]
will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111233
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111233
--- Comment #2 from Shaohua Li ---
(In reply to Xi Ruoyao from comment #1)
> (In reply to Shaohua Li from comment #0)
>
> > printf("%d\n", a);g
>
> I assume the "g" is a typo？
Oh, that's indeed a typo. Sorry for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
Thomas Schwinge changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110093
--- Comment #4 from Georg-Johann Lay ---
(In reply to Vladimir Makarov from comment #3)
> I propose to avoid the above RTL code by switching off subreg3
> pass (or -fsplit-wide-types) for AVR by default as it was for gcc-8.
Thanks for looking i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111233
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:49a3b35c4068091900b657cd36e5cffd41ef0c47
commit r14-3563-g49a3b35c4068091900b657cd36e5cffd41ef0c47
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:398842e7038ea0f34054f0f694014d0ecd656846
commit r14-3564-g398842e7038ea0f34054f0f694014d0ecd656846
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:f8ea576111a499595b0fe9d879830ae03afbaf17
commit r13-7767-gf8ea576111a499595b0fe9d879830ae03afbaf17
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8b3d6cfad21a61cdc65bb0bb445cba907c190c21
commit r13-7768-g8b3d6cfad21a61cdc65bb0bb445cba907c190c21
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111234
Bug ID: 111234
Summary: RISC-V: ICE in vsetvl pass
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111234
--- Comment #1 from Lehua Ding ---
Same on GCC 13: https://godbolt.org/z/xxfaP5oj3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235
Bug ID: 111235
Summary: [Armv7-a]: Control-dependency between atomic accesses
removed by -O1.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235
--- Comment #1 from Luke Geeson ---
Correction
We will follow up by reporting the bug for GCC.
->
We have reported this in LLVM as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d04993b217f42b8e60b7a6d66647966b1e41302d
commit r12-9836-gd04993b217f42b8e60b7a6d66647966b1e41302d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:487390818c6b10daa29dd1db205fa8566296c084
commit r12-9837-g487390818c6b10daa29dd1db205fa8566296c084
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111236
Bug ID: 111236
Summary: ICE in in extract_insn, at recog.cc:2791 on s390x with
-Og -march=z13
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:beabb96786e4b3e1a820e400c09b1c1c9ab06287
commit r11-10968-gbeabb96786e4b3e1a820e400c09b1c1c9ab06287
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:cf3aa538317d6c525739f339b79010ae82dc20f5
commit r11-10969-gcf3aa538317d6c525739f339b79010ae82dc20f5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
--- Comment #7 from Thomas Koenig ---
(In reply to Thomas Schwinge from comment #6)
> I noticed recent commit r14-3387-g47f95bc4be4eb14730ab3eaaaf8f6e71fda47690
> "RISC-V: Add multiarch support on riscv-linux-gnu" -- but can't tell
> off-hand wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88610
--- Comment #4 from simon at pushface dot org ---
This problem has been fixed for some time now - I think in GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:caa7a99a052929d5970677c5b639e1fa5166e334
commit r14-3571-gcaa7a99a052929d5970677c5b639e1fa5166e334
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
--- Comment #9 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:d58150452976c4ca65ddc811fac78ef956fa96b0
commit r14-3572-gd58150452976c4ca65ddc811fac78ef956fa96b0
Author: Mikael Morin
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110311
--- Comment #55 from Jürgen Reuter ---
Actually, according to my testing, the last commit where the gfortran produced
failing code,
ishttps://gcc.gnu.org/git/?p=gcc.git;a=commit;h=c496d15954cdeab7f9039328f94a6f62cf893d5f
(Aldy Hernandez A single
0x4
.set L$set$5,LCFI2-LCFI1
.long L$set$5
.byte 0xc
.byte 0x7
.byte 0x8
.align 3
LEFDE1:
.ident "GCC: (GNU) 14.0.0 20230830 (experimental)"
.subsections_via_symbols
For the record, the assembler is called as:
"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #1 from Francois-Xavier Coudert ---
The failure was not seen on August 9 at
https://gcc.gnu.org/pipermail/gcc-testresults/2023-August/793205.html on
x86_64-apple-darwin20, so either it is a regression, or the Apple assembler has
beco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #2 from Andrew Pinski ---
Or the detection to see if the suffix is not exactly working correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111238
Bug ID: 111238
Summary: libstdc++ tests should use -Wl,-gc-sections in more
configurations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167
--- Comment #12 from Christophe Lyon ---
(In reply to Jonathan Wakely from comment #11)
> Please file a separate bug for these failures.
Thanks for the pointers, I digged a bit more, and filed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1112
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110093
--- Comment #5 from Vladimir Makarov ---
(In reply to Georg-Johann Lay from comment #4)
>
>
> So are you saying that the bug is actually in lower-subreg.cc ?
No. lower subreg is fine.
Sorry to be unclear. To generate a better code for the cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111239
Bug ID: 111239
Summary: Incorrect warning from -Wmaybe-uninitialized
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111238
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:c121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53
commit r14-3576-gc121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
--- Comment #6 from Peter Bergner ---
(In reply to Richard Biener from comment #5)
> Should be fixed.
Confirmed fixed. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Bug ID: 111240
Summary: Incorrect warning from -Wmaybe-uninitialized
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111239
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #1 from Andrew Pinski ---
*** Bug 111239 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #3 from Bruce Momjian ---
Created attachment 55817
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55817&action=edit
preprocessed C file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #4 from Bruce Momjian ---
(In reply to Andrew Pinski from comment #2)
> Can you provide the preprocessed source?
Done. Sorry my previous file was 1.1MB and I didn't realize the attachment
failed. I have gzipped the file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105490
--- Comment #2 from Andrew Pinski ---
Here is an even odder case:
```
#define N 256
typedef short T;
extern T a[N];
extern T b[N];
extern T c[N];
extern _Bool pb[N];
extern _Bool pb1[N];
extern _Bool pb2[N];
void predicate_by_booland()
{
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111241
Bug ID: 111241
Summary: Extraordinary amount of time spent in "callgraph
functions expansion"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
Bug ID: 111242
Summary: Out of bounds pointer arithmetic not caught in
constexpr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111241
--- Comment #1 from Andrew Pinski ---
With -fno-checking but still the default --enable-checking setting for the
trunk:
alias stmt walking : 18.90 ( 21%) 0.20 ( 7%) 25.86 ( 24%)
8960 ( 0%)
df reaching defs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
--- Comment #1 from Andrew Pinski ---
Confirmed reduced testcase:
```
#define size 3
constexpr auto tester() {
int *v = new int[size];
auto p = &v[size+1];
bool t = &v[0] == p;
delete[] v;
return t;
}
static_assert(!tester());
#if 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
Bug ID: 111243
Summary: The -Og option inlines functions, making for a poor
debugging experience.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91319
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4a92205ef1da044eaf9490e61787836a3abe7d6c
commit r14-3577-g4a92205ef1da044eaf9490e61787836a3abe7d6c
Author: Marek Polacek
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91319
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
--- Comment #8 from Jakub Jelinek ---
Created attachment 55820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55820&action=edit
gcc14-pr52953-2.patch
Untested incremental patch to diagnose even extern redeclarations in the
https://eel.is/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #5 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #4)
> INVALID, then. I need a better way to create this cross-compiler.
The way to build cross compilers for GCC is:
1. build a native compiler for source
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
--- Comment #7 from CVS Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:ee077d0c5793e1d4ad8d3b033ef2f0225ba6bd59
commit r14-3578-gee077d0c5793e1d4ad8d3b033ef2f0225ba6bd59
Author: Dimitar Dimitrov
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Bug ID: 111244
Summary: std::filesystem::path encoding mismatches locale on
Windows
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #2 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #1)
> Except the code page could be tuned via a manifest file even.
> For an example GCC embeds a manifest into its own compiler to work around
> this issue and just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107923
Mikael Morin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
Mikael Morin changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #10 from Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
Mikael Morin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89891
Bug 89891 depends on bug 48776, which changed state.
Bug 48776 Summary: ICE(segfault) after -std=f95 diagnostic error involving
PROCEDURE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #3 from Jonathan Wakely ---
Somebody else will have to fix this, I've already wasted too much of my life
making std:: filesystem (mostly) work on Windows.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Costas Argyris changed:
What|Removed |Added
CC||costas.argyris at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
Dimitar Dimitrov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #5 from Thiago Macieira ---
(In reply to Jonathan Wakely from comment #3)
> Somebody else will have to fix this, I've already wasted too much of my life
> making std:: filesystem (mostly) work on Windows.
Same here.
(In reply to Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Bug ID: 111245
Summary: miscompilation: missing assignment when exception
thrown
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
Bug ID: 111246
Summary: PPC64 Sequentially Consistent Load allows Reordering
of Stores
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
--- Comment #1 from Brian Green ---
It seems working on gcc 11.4 or earlier, but broken since gcc 12.1 on all
versions I could test on godbolt.org.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #1 from Luke Geeson ---
Edit: The godbolt link points to the same bug in LLVM I am reporting, here is
the GCC godbolt link https://godbolt.org/z/Tan5jrvKa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
Andrew Pinski changed:
What|Removed |Added
Target||powerpc64le
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #3 from Luke Geeson ---
According to the latest C/C++ and PPC models, yes.
If x was non-atomic, then this would be a racy (UB) test, but making x atomic
with relaxed order is well-defined according to the C model (and therefore any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #4 from Luke Geeson ---
Add Wilco also addressed this for AArch64 in GCC:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108891
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #6 from Costas Argyris ---
> I can't embed a UTF-8 manifest in my DLL and much less in my .a. As a
> library writer (I'm the QtCore maintainer), that's out of my hands - it is
> an application decision.
At this point I just meant em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31059
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #7 from Thiago Macieira ---
(In reply to Costas Argyris from comment #6)
> At this point I just meant embedding it in your example a.out executable
> file, just to check if it will work correctly.
Ah, got it. But that is not the con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111247
Bug ID: 111247
Summary: Very confusing diagnostic when attempting to
initialize an incomplete type: "too many initializers"
Product: gcc
Version: 12.1.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111247
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111248
Bug ID: 111248
Summary: test case gcc.dg/tree-ssa/copy-headers-8.c fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111248
Andrew Pinski changed:
What|Removed |Added
Keywords||testsuite-fail
--- Comment #1 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111216
--- Comment #3 from Peter Bergner ---
(In reply to Peter Bergner from comment #2)
> The code change that led to this looks correct to me. Are we possibly just
> folding more than we used to (a good thing), and that is changing our
> numbers? W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111225
--- Comment #3 from Vladimir Makarov ---
I've reproduced the bug.
Just removing `else if (spilled_pseudo_p (op))` for CT_SPECIAL_MEMORY will
break a lot targets but this is right that this code is a reason for the bug.
I have ideas how to fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Andrew Pinski changed:
What|Removed |Added
Summary|miscompilation: missing |[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111249
Bug ID: 111249
Summary: Aggressive loop optimization reports "iteration
2147483645 invokes undefined behavior"
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107646
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Eric Feng :
https://gcc.gnu.org/g:597b9ec69bca8acb7a3d65641c0a730de8b27ed4
commit r14-3580-g597b9ec69bca8acb7a3d65641c0a730de8b27ed4
Author: Eric Feng
Date: Wed Aug 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110755
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110915
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111216
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111250
Bug ID: 111250
Summary: __glibcxx_requires_subscript assertions are not
checked during constant evaluation
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832
--- Comment #8 from Andrew Pinski ---
Xor should be handled too:
```
int f_xor(int i, int j)
{
if (i!=j)
return i ^ j;
return 0;
}
``
ior and and should be handled
```
int f_or(int i, int j)
{
if (i!=j)
return i | j;
return i; //
1 - 100 of 118 matches
Mail list logo
