https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112464
--- Comment #2 from Robin Dapp ---
I tested
diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index a544bc9b059..257fd40793e 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -7084,7 +7084,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
--- Comment #4 from Andrew Pinski ---
(In reply to Tamar Christina from comment #3)
> Hmm I rather think PHI ops should handle that null like other passes do. The
> folding is supposed to already test and only happen if it succeeds.
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91023
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86426
Andrew Pinski changed:
What|Removed |Added
CC||christoph.hoeger@celeraone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91023
--- Comment #5 from Andrew Pinski ---
The current ICE is:
```
t.cc:10:11: internal compiler error: tree check: expected type_argument_pack or
nontype_argument_pack, have record_type in unify_pack_expansion, at
cp/pt.cc:23947
0x979320
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91023
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #4 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #9 from Hongtao.liu ---
When I remove all cond_ patterns, it passed bootstrap. continue to
rootcause the exact pattern which cause the bootstrapped failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110961
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-11-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112473
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-11-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112473
Bug ID: 112473
Summary: integer_sequence accepts non-integer types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69372
Andrew Pinski changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112471
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112471
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112472
Bug ID: 112472
Summary: (trunc)copysign((extend)x, CST) is not optimized to
just copysign(x, CST')
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112471
Bug ID: 112471
Summary: catch handler of type "reference to array" should be
unreachable, but is reached
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
--- Comment #2 from Andrew Pinski ---
new_stmt = build_call_internal (ifn, res_op);
static gcall *
build_call_internal (internal_fn fn, gimple_match_op *res_op)
{
if (direct_internal_fn_p (fn))
{
tree_pair types =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112470
Bug ID: 112470
Summary: [AARCH64]stack-protector vulnerability fixing solution
impact code size and performance.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112463
--- Comment #2 from Andrew Pinski ---
So digging through the history and I find this:
https://gcc.gnu.org/pipermail/gcc-patches/1999-December/024572.html
Which added the original place for the warning.
There has been improvements to it later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112463
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112432
Li Pan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112432
--- Comment #6 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:907603d4b117e82dbbde2d58a04e33f3021908e7
commit r14-5307-g907603d4b117e82dbbde2d58a04e33f3021908e7
Author: Pan Li
Date: Thu Nov 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #7 from Hongtao.liu ---
Should be Fixed in GCC14/GCC13/GCC12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:1808ebfd8164cc90629b7308af3ef2b6fa965453
commit r12-9967-g1808ebfd8164cc90629b7308af3ef2b6fa965453
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:5437160f4e205f991c829661f221448a97bef2d3
commit r13-8035-g5437160f4e205f991c829661f221448a97bef2d3
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112443
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:9a0cc04b9c9b02426762892b88efc5c44ba546bd
commit r14-5305-g9a0cc04b9c9b02426762892b88efc5c44ba546bd
Author: liuhongt
Date: Thu Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #33 from John David Anglin ---
Created attachment 56549
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56549=edit
ira and reload dumps for compiler_call_helper
The incorrect code for insn 246 in compiler_call_helper appears
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
--- Comment #4 from JuzheZhong ---
vector(8) int vect_prephitmp_11.23;
is gimplified from
.COND_NEG (_55, vect__29.18_40, { -1, -1, -1, -1, -1, -1, -1, -1 })
into
vect_prephitmp_11.23_50 to { 4294967295, 4294967294, 4294967293,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
--- Comment #3 from Andrew Pinski ---
I wonder if there is a type issue here ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
--- Comment #2 from JuzheZhong ---
(In reply to Andrew Pinski from comment #1)
> I don't see anything wrong with that patch but just exposing a latent bug in
> SCCVN/FRE:
>
> ```
> Value numbering stmt = vect_iftmp.22_46 = VEC_COND_EXPR 1, 1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112469
Bug ID: 112469
Summary: [14 Regression] ICE: eliminate_stmt, at
tree-ssa-sccvn.cc:6944
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112466
--- Comment #1 from Antoni ---
Created attachment 56547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56547=edit
Patch implementing this feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112460
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #56519|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
Lewis Hyatt changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #5 from Jonathan Wakely ---
Oh, but that's presumably true for clang, just not in this context. Ugh.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112348
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91776
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=112415
--- Comment #32 from dave.anglin at bell dot net ---
At this point, I don't have gcc-14 builds that bracket the f-m-o change. Maybe
Sam can check.
I'm trying to determine RTL pass where things go bad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112449
--- Comment #10 from post+gcc at ralfj dot de ---
The standard says
> This annex does not require the full support for signaling NaNs specified in
> IEC 60559. This
annex uses the term NaN, unless explicitly qualified, to denote quiet NaNs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #31 from Jeffrey A. Law ---
IIRC r21 is call-clobbered. So I guess the question turns into what was the
sequence before f-m-o got involved -- was it assuming r21 would be preserved,
or did f-m-o make r21 live across the call?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112453
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d63282fa5b587f1b994210212f236b998a332995
commit r14-5297-gd63282fa5b587f1b994210212f236b998a332995
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
Bug ID: 112468
Summary: [14 Regression] Missed phi-opt after recent change
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603
Bug 101603 depends on bug 102637, which changed state.
Bug 102637 Summary: "Error: ‘reinterpret_cast’ is not a constant expression"
when no reinterpret_cast is involved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102637
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105996
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102637
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #3 from Andrew Pinski ---
(In reply to Sergei Trofimovich from comment #2)
> Meanwhile would it be reasonable to enable the attribute only for `gcc`?
Or rather for !__CLANG__ :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #2 from Sergei Trofimovich ---
Filed a feature request on `clang` side to consider implementing it:
https://github.com/llvm/llvm-project/issues/71858
Meanwhile would it be reasonable to enable the attribute only for `gcc`?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #1 from Andrew Pinski ---
GCC/GNUC's assume is the same as the way C++23 attribute is defined ...
Looks like clang decided to implement an attribute assume which is totally
different ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96213
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
Bug ID: 112467
Summary: [14 Regression] libstdc++ fails to build on clang:
bits/stl_bvector.h:189:23: error: '__assume__'
attribute cannot be applied to a statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #30 from John David Anglin ---
0x0019c684 <+588>: stw r23,0(r22)
=> 0x0019c688 <+592>: stw ret1,0(r21)
0x0019c68c <+596>: stw r31,0(r20)
0x0019c690 <+600>: b,l 0x198d58 ,rp
0x0019c694 <+604>: stw ret0,0(r19)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112466
Bug ID: 112466
Summary: Add support for getting the supported CPU features
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103
--- Comment #2 from Segher Boessenkool ---
In all those cases the code is perfectly fine, but also in all of those cases
the
code is still suboptimal: the rldicl is just as superfluous as the second
rlwinm
was! :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> IIRC REG_DEADs are updated via df before IRA so they can be ignored here.
Yes see ira in ira.cc:
df_note_add_problem ();
That will recompute the REG_DEAD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103
--- Comment #1 from Segher Boessenkool ---
Those are:
$ diff -up rlwinm-0.s{.12,}
--- rlwinm-0.s.12 2023-11-09 18:28:49.362639203 +
+++ rlwinm-0.s 2023-11-09 18:30:46.422896735 +
@@ -6747,7 +6747,7 @@ f_1_16_31:
.LFB345:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
--- Comment #5 from Andrew Pinski ---
(In reply to Wilco from comment #4)
> That first REG_DEAD note after scheduling looks wrong:
>
>15: x0:DI=r93:DI+0x10
> REG_DEAD r93:DI
> 8: [r93:DI]=r98:DI
> REG_DEAD r98:DI
> 9:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110215
--- Comment #7 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a99f6bb142bc4506dcb8aa2b7722310ad92e4528
commit r14-5294-ga99f6bb142bc4506dcb8aa2b7722310ad92e4528
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2023-11-09
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110779
Gaius Mulley changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #29 from John David Anglin ---
The miscompilation is in compiler_visit_expr:
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112454
--- Comment #1 from Andrew Pinski ---
here is another testcase which shows the issue with pulling the constant one
out of the loop when it could have been merged with the csel to use csinc:
```
int f(int *a, int n, int *b, int d)
{
for(int i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112449
--- Comment #9 from joseph at codesourcery dot com ---
To quote the C23 DIS, "This annex does not require the full support for
signaling NaNs specified in IEC 60559. This annex uses the term NaN,
unless explicitly qualified, to denote quiet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112464
--- Comment #1 from Robin Dapp ---
We fail at:
void
vect_finish_replace_stmt (vec_info *vinfo,
stmt_vec_info stmt_info, gimple *vec_stmt)
{
gimple *scalar_stmt = vect_orig_stmt (stmt_info)->stmt;
gcc_assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89867
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112464
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112465
Bug ID: 112465
Summary: libgcc: aarch64: lse runtime does not work with big
data segments
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112348
--- Comment #1 from vincenzo Innocente ---
This patch works for me
diff --git a/libstdc++-v3/include/std/stacktrace
b/libstdc++-v3/include/std/stacktrace
index da0e48d3532..9a0d0b16068 100644
--- a/libstdc++-v3/include/std/stacktrace
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503
--- Comment #7 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #6)
> (In reply to LIU Hao from comment #4)
> > Are there any reasons why this was not done for 64?
> > (https://gcc.godbolt.org/z/7vddPdxaP)
>
> There is zero-extension
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503
--- Comment #6 from Uroš Bizjak ---
(In reply to LIU Hao from comment #4)
> Are there any reasons why this was not done for 64?
> (https://gcc.godbolt.org/z/7vddPdxaP)
There is zero-extension from the result of __builtin_clzll that confuses
ing
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231109 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112463
Bug ID: 112463
Summary: ternary operator / -Wsign-compare inconsistency
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112442
--- Comment #10 from Xi Ruoyao ---
(In reply to Adam Andersson from comment #9)
> I was sure I had tried -fno-strict-aliasing without any difference, but I
> guessed I messed up somehow. Sorry about that.
>
> Still, is it not strange that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112110
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:61025fbaf989a57ebf44f76d397fb895be0210ac
commit r13-8033-g61025fbaf989a57ebf44f76d397fb895be0210ac
Author: Gaius Mulley
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112462
Bug ID: 112462
Summary: RISC-V zicond cost model enhancements
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112456
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112461
Bug ID: 112461
Summary: [14 regression] Simple return inside extended return
loses updates to return object value
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112308
Andrew Stubbs changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
Tamar Christina changed:
What|Removed |Added
Summary|[13/14 regression] jump |[13 regression] jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #81 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:e01c2eeb2b654abc82378e204da8327bcdaf05dc
commit r14-5290-ge01c2eeb2b654abc82378e204da8327bcdaf05dc
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #78 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:830460d67a10549939602ba323ea3fa65fb7de20
commit r14-5287-g830460d67a10549939602ba323ea3fa65fb7de20
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #80 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ed2e058c58ab064fe3a26bc4a47a5d0a47350f97
commit r14-5289-ged2e058c58ab064fe3a26bc4a47a5d0a47350f97
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #77 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:2ea13fb9c0b56e9b8c0425d101cf81437a5200cf
commit r14-5286-g2ea13fb9c0b56e9b8c0425d101cf81437a5200cf
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #79 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:ffd40d3b233d63c925cceb0dcd5a4fc8925e2993
commit r14-5288-gffd40d3b233d63c925cceb0dcd5a4fc8925e2993
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #76 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:f30ecd8050444fb902ab66b4600c590908861fdf
commit r14-5285-gf30ecd8050444fb902ab66b4600c590908861fdf
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #75 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:3f176e1adc6bc9cc2c21222d776b51d9f43cb66b
commit r14-5284-g3f176e1adc6bc9cc2c21222d776b51d9f43cb66b
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #74 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:2d44ab221f64f01fc676be0da1a6774740d713c6
commit r14-5283-g2d44ab221f64f01fc676be0da1a6774740d713c6
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112460
Bug ID: 112460
Summary: ICE with parameterized derived types (incorrect code,
should be rejected)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #6 from Paul Thomas ---
(In reply to Tomáš Trnka from comment #5)
> I'm looking forward to any more information on the root cause.
I have failed to produce a compact reproducer that resembles your bug. In fact,
you will note the
1 - 100 of 144 matches
Mail list logo