https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119242
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:1bfc026035e6bade36538077dc1dd4f9baff0bf2
commit r15-9172-g1bfc026035e6bade36538077dc1dd4f9baff0bf2
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119604
--- Comment #3 from Andrew Pinski ---
(In reply to Nathaniel Shead from comment #2)
> Maybe worth noting that the C++ frontend already uses an 'iloc_sentinel'
> RAII type for this (defined in cp/cp-tree.h), maybe it would be worth moving
> somew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119604
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60972
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61727
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119539
Hongyu Wang changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101440
--- Comment #1 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:4590a31f81ae18e0d887c1a56f510d22754f31ed
commit r15-9165-g4590a31f81ae18e0d887c1a56f510d22754f31ed
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119539
--- Comment #4 from GCC Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:2488843477b3dcfeef76f8512ff6d9e8f3b58dca
commit r15-9166-g2488843477b3dcfeef76f8512ff6d9e8f3b58dca
Author: Hongyu Wang
Date: Mon M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101440
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96345
Derek Huang changed:
What|Removed |Added
CC||djh458 at stern dot nyu.edu
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119491
Jakub Jelinek changed:
What|Removed |Added
Attachment #60952|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119376
Bug 119376 depends on bug 119491, which changed state.
Bug 119491 Summary: missed tail call due to exceptions which is empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119491
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117892
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119605
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
--- Comment #8 from Andrew Pinski ---
Note this does not ICE at -O1 is because of PR 82158 which changes return
(inside the noreturn function) into __builtin_unreachable when optimizing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119605
Bug ID: 119605
Summary: change the code fixup_cfg for __builtin_unreachable to
be a verifier
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119604
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Actually you are right inliner should be fixed. Let me try to do that
> instead.
```
diff --git a/gcc/tree-inline.cc b/gcc/tree-inline.cc
index 05843b8ccf0..da40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119604
Bug ID: 119604
Summary: expand_call_inline could use an RAII for
input_location
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-improvement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> Empty block with no successors is how we represent __builtin_unreachable in
> RTL, in GIMPLE there should be __builtin_unreachable call. We should just
> make s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110854
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119603
Bug ID: 119603
Summary: Weird help output for -Werror
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
Bug ID: 119596
Summary: x86: too eager use of rep movsq/rep stosq for inlined
ops
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58973
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58973
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:0acac6c432aef97222f14a1b87b9e9f9ee94c9e8
commit r15-9163-g0acac6c432aef97222f14a1b87b9e9f9ee94c9e8
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119602
Bug ID: 119602
Summary: [OpenMP] append_args dependent prefer_type uses value
from first instantiation in all instantiations
Product: gcc
Version: 15.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119589
Bug ID: 119589
Summary: Alignment analysis for VMAT_STRIDED_SLP is wrong
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
--- Comment #5 from Jakub Jelinek ---
Empty block with no successors is how we represent __builtin_unreachable in
RTL, in GIMPLE there should be __builtin_unreachable call. We should just make
sure to add that if we inline noreturn function whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:88f0c1fe2825056f6d5fefa7809d878b109e7019
commit r14-11512-g88f0c1fe2825056f6d5fefa7809d878b109e7019
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118395
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[15 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118494
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119572
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119601
Bug ID: 119601
Summary: [OpenMP] append_args bugs with parameter packs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
--- Comment #1 from Andrew Pinski ---
Created attachment 60966
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60966&action=edit
Testcase without need of -finstrument-functions-once
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #8 from Mateusz Guzik ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Mateusz Guzik from comment #4)
> > The gcc default for the generic target is poor. rep is known to be a problem
> > on most uarchs.
>
> Is it though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119572
Andrew Pinski changed:
What|Removed |Added
CC||ewlu at rivosinc dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119539
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119380
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[12,13,14,15] Free of |[12,13,14] Free of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119572
--- Comment #6 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:716d39f0a248c1003033e6a312c736180790ef70
commit r15-9161-g716d39f0a248c1003033e6a312c736180790ef70
Author: Robin Dapp
Date: Tue Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28684
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to anlauf from comment #3)
> > I might be missing to set some elem_len or span or ...
>
> Testcase:
The apparent string length issue with -fcheck
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
--- Comment #5 from GCC Commits ---
The master branch has been updated by Robert Dubner :
https://gcc.gnu.org/g:29ac3adb8f72ecbe734d535b1015fe8b411316cb
commit r15-9156-g29ac3adb8f72ecbe734d535b1015fe8b411316cb
Author: Bob Dubner
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119491
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119600
--- Comment #1 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #0)
> Looks like I missed this while I implemented PR 13987.
I missed it because I was changing HOST_WIDE_INT places and bitmap.h was
changed to use long in r0-47360-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119599
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |ipa
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
Iain Sandoe changed:
What|Removed |Added
Status|NEW |SUSPENDED
--- Comment #5 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #6 from Andrew Pinski ---
(In reply to Mateusz Guzik from comment #4)
> The gcc default for the generic target is poor. rep is known to be a problem
> on most uarchs.
Is it though? Or is it only poor on Intel ones?
With -mtune=inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119600
Bug ID: 119600
Summary: HOST_WIDEST_FAST_INT should be used instead of long
for BITMAP_WORD in bitmap.h
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78008
sandra at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114957
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60972
--- Comment #4 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:a2e03736fc932ef613ad01a9499126cbaa538bf8
commit r15-9155-ga2e03736fc932ef613ad01a9499126cbaa538bf8
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114957
--- Comment #1 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:a2e03736fc932ef613ad01a9499126cbaa538bf8
commit r15-9155-ga2e03736fc932ef613ad01a9499126cbaa538bf8
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78008
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:a2e03736fc932ef613ad01a9499126cbaa538bf8
commit r15-9155-ga2e03736fc932ef613ad01a9499126cbaa538bf8
Author: Sandra Loosemore
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117849
--- Comment #8 from Patrick Palka ---
(In reply to Tomasz Kamiński from comment #7)
> >> I also added a 'size(t) > 0' check and a check for a type that is not >>
> >> statically sized, where the concept shouldn't become ill-formed either.
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119598
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114758
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
repo/gcc-trunk//binary-trunk-2025040113-r15-9143-g063fbd5a10d47d-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250402 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117849
--- Comment #7 from Tomasz Kamiński ---
>> I also added a 'size(t) > 0' check and a check for a type that is not >>
>> statically sized, where the concept shouldn't become ill-formed either.
>
> FWIW I think GCC is correct to diagnose this due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119572
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
Sam James changed:
What|Removed |Added
Summary|[15 regression] wrong code |[15 regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119598
Sam James changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119598
Bug ID: 119598
Summary: [15 regression] RISC-V: pr119114.c -O3
-ftree-vectorize execution test since
r15-9062-g70391e3958d
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114501
--- Comment #14 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ed7f67d951292a3f93e5509741b511fd9ea7da30
commit r14-11515-ged7f67d951292a3f93e5509741b511fd9ea7da30
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119491
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8ea537988f718f026d94b558e09479c3b5fe088a
commit r15-9154-g8ea537988f718f026d94b558e09479c3b5fe088a
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #13 from ak at gcc dot gnu.org ---
This patch gives another 23% speedup due to reducing time handling the linked
lists for lazy bitmaps. Probably there is more tuning potential in bitmaps
(most of the top 10 hot functions are bitmap r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102294
Andrew Pinski changed:
What|Removed |Added
CC||mjguzik at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119595
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119597
Sam James changed:
What|Removed |Added
Component|target |cobol
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
Peter Bergner changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119597
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119597
Bug ID: 119597
Summary: SEGV on Cobol "hello world" on Power
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #5 from Andrew Pinski ---
>Benching based on the Linux kernel and the Sapphire Rapids CPU:
With -mtune=sapphirerapids , GCC produces:
```
_Z4zeroP3foo:
.LFB0:
.cfi_startproc
mov QWORD PTR [rdi], 0
mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119582
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:29bc904cb827615ed9f36bc3742ccc4ac77515ec
commit r15-9153-g29bc904cb827615ed9f36bc3742ccc4ac77515ec
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #4 from Mateusz Guzik ---
Sorry guys, I must have pressed something by accident and the bug submitted
before I typed it out.
Anyhow the crux is:
(In reply to Andrew Pinski from comment #1)
> This is 100% a tuning issue. The generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #3 from Mateusz Guzik ---
Normally inlined memset and memcpy ops use SIMD.
However, kernel are built for with -mno-sse for performance reasons.
For buffers up to 40 bytes gcc emits regular stores, which is fine. For sizes
above tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
--- Comment #3 from Andrew Pinski ---
RTL fwprop1 is removing:
(insn 7 2 8 2 (set (reg/v:DI 101 [ gD.2871 ])
(const_int -1 [0x])) "/app/example.cpp":9:10 95
{*movdi_internal}
(expr_list:REG_UNUSED (reg/v:DI 101 [ gD.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116212
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:30a0a942007ac01601c6493b558b747d6a5b6371
commit r13-9485-g30a0a942007ac01601c6493b558b747d6a5b6371
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119593
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
--- Comment #11 from Jonathan Wakely ---
Fixed for 13.4 and 14.3 as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 114758, which changed state.
Bug 114758 Summary: [13 Regression] The layout of a std::vector reports a
warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114758
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116212
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114758
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d1929ba18c1e4f0fa4212ec2181f8345896bb7e8
commit r13-9487-gd1929ba18c1e4f0fa4212ec2181f8345896bb7e8
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117983
--- Comment #10 from Jonathan Wakely ---
fixed for 13.4 and 14.3 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117983
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:8f633fe7c7d03ed6c0ce029a831037a6274a0882
commit r13-9486-g8f633fe7c7d03ed6c0ce029a831037a6274a0882
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:a5f7850221f935b97980e2a52b1aaeb944d7d1cf
commit r13-9488-ga5f7850221f935b97980e2a52b1aaeb944d7d1cf
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117849
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #1 from Andrew Pinski ---
This is 100% a tuning issue. The generic tuning is tuned for a generic target.
You could use -mtune= to get a better tuning for the processor you using.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66279
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:12b536c17d28500fa9ad32563ae6088726162051
commit r14-11500-g12b536c17d28500fa9ad32563ae6088726162051
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> The difference with/without -fno-dce is:
> mov edi, 4294967295
>
>
> vs:
> xor edi, edi
4294967295 is the correct value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119594
Sam James changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119595
--- Comment #2 from Jakub Jelinek ---
Created attachment 60964
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60964&action=edit
gcc15-pr119595.patch
Here is my WIP, with emulation classes.
libgcobol still builds for 64-bit x86_64 and make
1 - 100 of 218 matches
Mail list logo
