https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110386
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:f5c7306d7f039e5c74c5e82cf06610f0ae07a0e8
commit r12-10434-gf5c7306d7f039e5c74c5e82cf06610f0ae07a0e8
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110386
--- Comment #12 from GCC Commits ---
The releases/gcc-11 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:dbfc2d075f10149bd94e16c1210ffe4bac7e60c3
commit r11-11422-gdbfc2d075f10149bd94e16c1210ffe4bac7e60c3
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110386
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #19 from GCC Commits ---
The master branch has been updated by Hu :
https://gcc.gnu.org/g:5967696c0f6300da4387fea5d102be5bc9f23233
commit r15-337-g5967696c0f6300da4387fea5d102be5bc9f23233
Author: Hu, Lin1
Date: Fri Jan 19 15:22:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114988
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|ICE on valid cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114981
--- Comment #3 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:adba85bb63a45d7d668501c11bdf9772cc00b7b8
commit r13-8736-gadba85bb63a45d7d668501c11bdf9772cc00b7b8
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression] Compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression]
|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114956
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression]
|S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111284
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] Some |[11/12 Regression] Some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114907
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114981
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:a9e313ed38775b3ffee650d5396419ce3e6ea389
commit r14-10186-ga9e313ed38775b3ffee650d5396419ce3e6ea389
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115002
Bug ID: 115002
Summary: wide integer vector performance regression, x86,
between gcc-14 and gcc-13 using target clones on
skylake platform
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115002
--- Comment #1 from Colin Ian King ---
Created attachment 58139
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58139&action=edit
gcc-13 disassembly
gcc-13 disassembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115002
--- Comment #2 from Colin Ian King ---
Created attachment 58140
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58140&action=edit
gcc-14 disassembly
gcc-14 disassembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:4ef09dd8ce8866e4f64dd918890c97a67af8fd15
commit r14-10187-g4ef09dd8ce8866e4f64dd918890c97a67af8fd15
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:bbb76ac0a06ae3a469f2acc2d5d63e63160bd9e5
commit r14-10188-gbbb76ac0a06ae3a469f2acc2d5d63e63160bd9e5
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|15.0|14.2
--- Comment #6 from Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115004
Bug ID: 115004
Summary: [11/12/13/14/15 Regression] Missed optimization for
Dead Code Elimination
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115003
Bug ID: 115003
Summary: exporting a symbol to outer scope with a name clash
causes ICE
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115003
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95725
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95659
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115002
--- Comment #3 from Colin Ian King ---
Created attachment 58141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58141&action=edit
perf output of stress_vecwide_2048 for gcc-13 compiled code
perf output of stress_vecwide_2048 for gcc-13 com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115002
--- Comment #4 from Colin Ian King ---
Created attachment 58142
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58142&action=edit
perf output of stress_vecwide_2048 for gcc-14 compiled code
perf output of stress_vecwide_2048 for gcc-14 com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115003
--- Comment #2 from Gaius Mulley ---
Created attachment 58143
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58143&action=edit
Proposed fix
The scope was an unknown symbol which was not in the case list within
SymbolTable.GetScope.
This p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #24 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8fb65ec816ff8f0d529b6d30821abace4328c9a2
commit r15-340-g8fb65ec816ff8f0d529b6d30821abace4328c9a2
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #25 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:726e7a64edc22a33a5f495698722ba797793edca
commit r14-10189-g726e7a64edc22a33a5f495698722ba797793edca
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #26 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6f7674a558aaa0c7b16657c35666ad9b12e1c219
commit r13-8737-g6f7674a558aaa0c7b16657c35666ad9b12e1c219
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #27 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:ffa41c65a375746fd26c2d620e634fb162726dfc
commit r12-10435-gffa41c65a375746fd26c2d620e634fb162726dfc
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #28 from GCC Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:e6c869372f0ca8b28ac63c7eb26fde35b53aba37
commit r11-11423-ge6c869372f0ca8b28ac63c7eb26fde35b53aba37
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
--- Comment #26 from Segher Boessenkool ---
(In reply to Michael Meissner from comment #23)
> 1) Ignore it and say to the users don't do that.
>
> 2) Prevent the IEEE 128-bit libgcc bits from being built on a BE or 32-bit
> LE system unless som
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #1 from Segher Boessenkool ---
This is not a 2->2 combination. It is a 1->1 combination, which we never have
done,
and still don't. We incorrectly "combined" another instruction, which in fact
we
left in place, it isn't combined at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #9 from Segher Boessenkool ---
(In reply to Andrew Pinski from comment #2)
> We go from CCGC with a sign_extend to a zero_extend with CCZ. that can't be
> right.
Why not? We prefer zero_extend whenever it has the same result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #10 from Segher Boessenkool ---
(_extract, btw.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from Aldy Hernandez ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #14)
>> > --- Comment #13 from Aldy Hernandez ---
>> > BTW, I'm waiting for a revie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
--- Comment #10 from Jakub Jelinek ---
Vlad, do you plan to backport this to 13.3? One of the 2 release blockers we
have for that release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115005
Bug ID: 115005
Summary: [gcc-13] bogus -Warray-bounds warning
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115005
--- Comment #1 from Ozkan Sezer ---
Created attachment 58145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58145&action=edit
preprocessed original source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115006
Bug ID: 115006
Summary: Bootstrap with clang 17 on macOS & CLT 15.3 fails to
compile gcov.cc
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #11 from chenglulu ---
(In reply to Chen Chen from comment #0)
> We tested Loongarch64 CPU Loongson 3A6000 with "LA664" architecture in Linux
> operating system AOSC OS 11.4.0 (default gcc version is 13.2.0). And we
> found the 548.e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115006
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Francois-Xavier Coudert changed:
What|Removed |Added
CC||ilg at livius dot net
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115007
Bug ID: 115007
Summary: [modules] ICE in maybe_clone_body when calling virtual
destructor from instantiated template
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115008
Bug ID: 115008
Summary: ICE with modules on amd64-freebsd*
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #16 from Sam James ---
(In reply to Peter Bergner from comment #14)
> (In reply to Niels Möller from comment #13)
> > I'm not that familiar with gcc development procedures. Do I understand you
> > correctly, that a fix for this bug w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #28 from Liviu Ionescu ---
(In reply to Francois-Xavier Coudert from comment #27)
> *** Bug 115006 has been marked as a duplicate of this bug. ***
11506 is related to gcov.cc, does the existing fixes also apply to this file?
--enable-host-pie
--disable-host-bind-now --disable-default-ssp --disable-fixincludes
Thread model: single
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240509 (experimental)
2790195500ec523cad9c7292816540e2fc19f456
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #29 from Dimitry Andric ---
(In reply to Liviu Ionescu from comment #28)
> (In reply to Francois-Xavier Coudert from comment #27)
> > *** Bug 115006 has been marked as a duplicate of this bug. ***
>
> 11506 is related to gcov.cc, do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #30 from Liviu Ionescu ---
(In reply to Dimitry Andric from comment #29)
> ... fixes system.h which is also included by gcov.cc
ok, great.
> Which version of gcc were you building?
in the reported bug I was building 13.2.
was the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #31 from Iain Sandoe ---
(In reply to Liviu Ionescu from comment #30)
> (In reply to Dimitry Andric from comment #29)
> > ... fixes system.h which is also included by gcov.cc
>
> ok, great.
>
> > Which version of gcc were you build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #32 from Jakub Jelinek ---
(In reply to Liviu Ionescu from comment #30)
> in the reported bug I was building 13.2.
>
> was the fix backported to older versions?
Yes, it was, as can be seen above. Though only in March 2024, so it c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
Bug ID: 115010
Summary: m68k: invalid subl instruction generated
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #33 from Liviu Ionescu ---
> Yes, it was...
Great, thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #12 from Chen Chen ---
(In reply to chenglulu from comment #11)
> (In reply to Chen Chen from comment #0)
> > We tested Loongarch64 CPU Loongson 3A6000 with "LA664" architecture in Linux
> > operating system AOSC OS 11.4.0 (default g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115011
Bug ID: 115011
Summary: [14/15 Regression] Missed optimization: (bool) (f ? 1:
t) ==> 1 when bool t = (0 >= f) + x;
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115012
Bug ID: 115012
Summary: noptr-abstract-pack-declarator parsing bug with T...
[N]
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #13 from Xi Ruoyao ---
(In reply to Chen Chen from comment #12)
> No. I used system default gcc.
AOSC backports *many* changes not in upstream GCC 13.2 to their "13.2":
https://github.com/AOSC-Dev/aosc-os-abbs/tree/stable/core-deve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113798
--- Comment #1 from Jakub Jelinek ---
Note, I wonder if the paper didn't go too far with the
noptr-abstract-pack-declarator [ constant-expression[opt] ]
attribute-specifier-seq[opt]
production removal. It removes the unwanted
T...[4]
case which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115012
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #2 from Jeffrey A. Law ---
I don't care about the terminology. We have 3 insns in play. A, B and C.
We try to combine A -> B which succeeded before resulting in A, B' and C and
which in turn allowed a subsequent A -> C combination
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115013
Bug ID: 115013
Summary: LRA: PR114810 fix result in ICE in the RISC-V Vector
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2024-05-09
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652
--- Comment #27 from Erhard F. ---
(In reply to Peter Bergner from comment #25)
> I think this is the solution we want, meaning if the target we're building
> supports VSX, then we'll build the IEEE128 bits, otherwise, we won't build
> them. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114985
--- Comment #8 from seurer at gcc dot gnu.org ---
tests ran OK too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115011
H.J. Lu changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115011
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2024-05-09 00:00:00 |
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andrew Macleod
:
https://gcc.gnu.org/g:421311a31a12b96143eb901fde0e020771fe71d4
commit r13-8739-g421311a31a12b96143eb901fde0e020771fe71d4
Author: Andrew MacLeo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115011
Andrew Pinski changed:
What|Removed |Added
Depends on||104292
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
--- Comment #1 from Andreas Schwab ---
The m,0,s alternative exists since the beginning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115011
--- Comment #4 from Andrew Pinski ---
So depends on PR 104292.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115012
Jakub Jelinek changed:
What|Removed |Added
Attachment #58147|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104292
--- Comment #5 from Andrew Pinski ---
Note LLVM started to do this "trick" in 17.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115009
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014
Bug ID: 115014
Summary: GCC generates incorrect instructions for addressing
the data segment through EBP register
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
--- Comment #2 from Thorsten Otto ---
Yes, i'm aware of that. And as already mentioned, the bug is not triggered by
all gcc versions. Is there something i can do to track down the issue?
tree-data-ref.cc is quite large.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014
--- Comment #2 from Martin Doucha ---
(In reply to Andrew Pinski from comment #1)
> I am not so sure this is wanted. GCC assumes a flat memory system for stack
> and normal memory accesses .
This is certainly not wanted in the most common case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
--- Comment #11 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #10)
> Vlad, do you plan to backport this to 13.3? One of the 2 release blockers
> we have for that release.
Ok, I'll port it to releases/gcc-13 branch today. T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014
--- Comment #3 from Andrew Pinski ---
(In reply to Martin Doucha from comment #2)
>
> This is certainly not wanted in the most common case where the flat memory
> assumption is correct. But it should be used for compiling embedded binaries
> wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
--- Comment #2 from Alex Coplan ---
Here is some analysis on why we miss some of these opportunities in ldp_fusion.
So initially in 267r.vregs we have some very clean RTL:
6: r101:DI=sfp:DI-0x40
7: x0:DI=r101:DI
8: call [`g'] argc:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #8 from Andrew Macleod ---
(In reply to Andrew Macleod from comment #7)
> LOoks like the primary culprits now are:
>
> dominator optimization : 666.73 ( 7%) 0.77 ( 2%) 671.76 (
> 7%) 170M ( 4%)
> backwards jump t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014
--- Comment #4 from Martin Doucha ---
(In reply to Andrew Pinski from comment #3)
> I think most embedded targets use a flat memory system even on x86_64. I
> really think you are barking up the wrong tree on getting this implemented
> in GCC (o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115013
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
Andrew Pinski changed:
What|Removed |Added
Target||m68k-linux-gnu
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114985
--- Comment #9 from David Edelsohn ---
The patch in comment 6 succeeds for me, but it seems more of a heavy-handed
band-aid that confirms the symptom, but covers up the problem.
Something in GCC apparently has generated invalid IR that was not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115005
--- Comment #2 from Andrew Pinski ---
Folding statement: _336 = cmd_8bits[numbits_181];
Folded into: _336 = cmd_8bits[4294967295];
Which comes from:
uint32 d = get_bits(in, numbits+1, &bb);
if (d >= cmd_8bits[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
--- Comment #4 from Thorsten Otto ---
Created attachment 58150
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58150&action=edit
preprocessed source & assembler output of tree-data-ref.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115004
--- Comment #1 from Andrew Pinski ---
Note this works with the IR coming out of the C front-end but NOT the IR coming
out from the C++ front-end.
Yes the front-ends are different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415
--- Comment #12 from GCC Commits ---
The releases/gcc-13 branch has been updated by Vladimir Makarov
:
https://gcc.gnu.org/g:e30211cb0b3a2b88959e9bc40626a17461de52de
commit r13-8740-ge30211cb0b3a2b88959e9bc40626a17461de52de
Author: Vladimir N.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
--- Comment #6 from Thorsten Otto ---
Oh, yes, of course.
command line that failed:
m68k-atari-mint-g++-14.1.0 -m68020-60 "-fno-PIE" "-c" "-O2"
"-fomit-frame-pointer" "-DIN_GCC" "-fno-exceptions" "-fno-rtti"
"-fasynchronous-unwind-tables" "-W"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85889
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:46bafd9a6b9b776142e0b1424a6ac02e3a2fd300
commit r15-348-g46bafd9a6b9b776142e0b1424a6ac02e3a2fd300
Author: Marek Polacek
Date: Fri
1 - 100 of 199 matches
Mail list logo
