https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #11 from Hongtao Liu ---
(In reply to N Schaeffer from comment #9)
> In addition, optimizing for size with -Os leads to a non-vectorized
> double-loop (51 bytes) while the vectorized loop with vbroadcastsd (produced
> by clang -Os)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #10 from N Schaeffer ---
intrestingly (and maybe surprisingly) I can get gcc to produce nearly optimal
code using vbroadcastsd with the following options:
-O2 -march=skylake -ftree-vectorize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Summary|[12/13/14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:af66ad89e8169f44db723813662917cf4cbb78fc
commit r14-9173-gaf66ad89e8169f44db723813662917cf4cbb78fc
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #9 from N Schaeffer ---
In addition, optimizing for size with -Os leads to a non-vectorized double-loop
(51 bytes) while the vectorized loop with vbroadcastsd (produced by clang -Os)
leads to 40 bytes.
It is thus also a missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
--- Comment #8 from Tamar Christina ---
Created attachment 57537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57537=edit
uses.patch
new code seems sensitive to visitation order as get_virtual_phi returns NULL
for blocks which don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114094
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114094
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6987f16742bd4fc6bb8118b9efde52fb9169b327
commit r14-9172-g6987f16742bd4fc6bb8118b9efde52fb9169b327
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #3 from Andrew Pinski ---
Created attachment 57536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57536=edit
Reduced testcase
Just needs -O3 as mentioned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114098
--- Comment #3 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4972f97a265c574d51e20373ddefd66576051e5c
commit r14-9171-g4972f97a265c574d51e20373ddefd66576051e5c
Author: H.J. Lu
Date: Sun Feb 25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #8 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #7)
> perm_cost is very low in x86 backend, and it maybe ok for 128-bit vectors,
> pshufb/shufps are avaible for most cases.
> But for 256/512-bit vectors, when the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #7 from Mark Millard ---
(In reply to Andrew Pinski from comment #6)
> . . .
> It is documented here:
> https://gcc.gnu.org/install/prerequisites.html
>
> "To build all languages in a cross-compiler or other configuration where
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #6 from Andrew Pinski ---
(In reply to Mark Millard from comment #5)
> (In reply to Andrew Pinski from comment #2)
> > . . .
> > >Part of the reason FreeBSD puts effort into making --disable-bootstrap work
> > This should not be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #2 from Andrew Pinski ---
Just -O3 is enough.
Reducing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #5 from Mark Millard ---
(In reply to Andrew Pinski from comment #2)
> . . .
> >Part of the reason FreeBSD puts effort into making --disable-bootstrap work
> This should not be done unless you are building with GCC itself. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #1 from Sam James ---
I can reproduce it with `g++ -c arithm.dispatch.cpp.ii -O3
-mcpu=neoverse-n1+crc+crypto+ssbs`. I can't try to narrow it down or reduce it
right now though.
le-vtable-verify --disable-libvtv --with-zstd --without-isl
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --disable-fixincludes
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240225 (exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114073
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114096
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #6 from N Schaeffer ---
indeed, aarch64 assembly looks very good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #5 from Andrew Pinski ---
(In reply to N Schaeffer from comment #3)
> If this is a cost model problem, it is a bad one.
It is almost definitely a cost model in the x86_64 backend issue. Because I
tried on aarch64 with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #4 from N Schaeffer ---
... and thank you for your quick reply!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #3 from N Schaeffer ---
I have not benchmarked.
For 4 vmulpd doing the actual work, there are more than 40 permute/mov
instructions, among which 24 vpermd instructions which have a 3 cycle latency.
That is 6 vpermd per vmulpd.
There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
--- Comment #1 from Andrew Pinski ---
Created attachment 57534
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57534=edit
Full testcase
`-O3 -march=skylake`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Andrew Pinski changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114107
Bug ID: 114107
Summary: poor vectorization at -O3 when dealing with arrays of
different multiplicity, good with -O2
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-25
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Andrew Pinski changed:
What|Removed |Added
Attachment #57527|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114104
--- Comment #3 from Jonathan Wakely ---
I don't care whether GCC synthesizes an operator!= that inherits the nodiscard
attribute, or it generates a discarded bool using the built-in !, but there
needs to be a warning either way.
Currently a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
--- Comment #4 from Andrew Pinski ---
Created attachment 57532
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57532=edit
Reduced further but still has undefined code in it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105456
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:3f58f96a4e8255e222953f9856bcd6c25f7b33cd
commit r14-9168-g3f58f96a4e8255e222953f9856bcd6c25f7b33cd
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
--- Comment #3 from Andrew Pinski ---
Note the reduced testcase is undefined code.
c::j is not initialized when c::k() is called.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114106
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114106
Bug ID: 114106
Summary: Wrong result of decltype
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #7 from dave.anglin at bell dot net ---
On 2024-02-25 4:04 p.m., dave.anglin at bell dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
>
> --- Comment #6 from dave.anglin at bell dot net ---
> The for HP-UX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
--- Comment #6 from Eric Botcazou ---
> That thought occurred to me, but does that mean that if this code is
> compiled with a release branch Bad Things will happen? (I guess the code
> would probably have to get executed for that to occur)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #6 from dave.anglin at bell dot net ---
The for HP-UX doesn't do this sort of thing:
> extern double acos(double __x) __ATTR_CONST__;
> #define acosf acos /**< The alias for acos(). */
>
> Technically, avr doesn't have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
--- Comment #5 from simon at pushface dot org ---
That thought occurred to me, but does that mean that if this code is compiled
with a release branch Bad Things will happen? (I guess the code would probably
have to get executed for that to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #3)
> I have a patch which includes those extra hunks (in addition to the PR111632
> one), but didn't have a chance yet to look at iain's build failure on darwin.
(someone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #3 from Sam James ---
I have a patch which includes those extra hunks (in addition to the PR111632
one), but didn't have a chance yet to look at iain's build failure on darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114104
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #2 from Andrew Pinski ---
Something like:
```
diff --git a/gcc/jit/dummy-frontend.cc b/gcc/jit/dummy-frontend.cc
index dbeeacd17a8..f57fb805a5f 100644
--- a/gcc/jit/dummy-frontend.cc
+++ b/gcc/jit/dummy-frontend.cc
@@ -18,6 +18,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #1 from Andrew Pinski ---
`#define INCLUDE_VECTOR` should be done for jit ...
And maybe libcc1 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
Bug ID: 114105
Summary: --disable-bootstrap based builds vs libcc1 and gcc/jit
use of gcc/system.h poisoning policy
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #5 from John David Anglin ---
Test results without patch:
https://gcc.gnu.org/pipermail/gcc-testresults/2024-February/808830.html
=== libstdc++ tests ===
Running target unix
FAIL: 19_diagnostics/stacktrace/current.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114012
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #4 from dave.anglin at bell dot net ---
On 2024-02-25 2:21 p.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
>
> Jonathan Wakely changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #3 from dave.anglin at bell dot net ---
On 2024-02-25 2:21 p.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
>
> Jonathan Wakely changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #2 from dave.anglin at bell dot net ---
On 2024-02-25 2:17 p.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
>
> Jonathan Wakely changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114012
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=114104
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114104
Bug ID: 114104
Summary: nodiscard not diagnosed on synthesized operator!=
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114100
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
Eric Botcazou changed:
What|Removed |Added
Summary|[14 regression] ICE with|ICE with -gnata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98520
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2021-01-07 00:00:00 |2024-2-25
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
simon at pushface dot org changed:
What|Removed |Added
Attachment #52327|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
simon at pushface dot org changed:
What|Removed |Added
Summary|ICE with -gnata |[14 regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108954
Andrew Pinski changed:
What|Removed |Added
CC||iamanonymous.cs at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114095
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103
Bug ID: 114103
Summary: FAIL: 29_atomics/atomic/lock_free_aliases.cc
-std=gnu++20 (test for excess errors)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #1 from John David Anglin ---
Created attachment 57529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57529=edit
Preliminary patch.
Still need to review float and long double stubs to make sure they are complete
for libgm2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114102
Bug ID: 114102
Summary: ice in matching_typebound_op, at
fortran/interface.cc:4564
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
Bug ID: 114101
Summary: FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc
-std=gnu++17 (test for excess errors)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114100
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114100
Bug ID: 114100
Summary: [avr] Inefficient indirect addressing on Reduced Tiny
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Sam James changed:
What|Removed |Added
Attachment #57526|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
--- Comment #5 from H.J. Lu ---
A patch is submitted:
https://patchwork.sourceware.org/project/gcc/list/?series=31294
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114098
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113986
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114081
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
--- Comment #1 from Sam James ---
Created attachment 57526
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57526=edit
reduced.ii
Attached reduced version from tdr too. I can reproduce with `gcc -c
PentaxDecompressor.cpp.ii -O3 -mavx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Bug ID: 114099
Summary: [14 regression] ICE when building darktable-4.6.1
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114098
--- Comment #1 from H.J. Lu ---
The problem is that in
extern __inline void
__attribute__((__gnu_inline__, __always_inline__, __artificial__))
_tile_loadconfig (const void *__config)
{
__asm__ volatile ("ldtilecfg\t%X0" :: "m" (*((const void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #6 from Segher Boessenkool ---
There is no attached testcase, btw. This makes investigating this kind of
tricky ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114098
Bug ID: 114098
Summary: _tile_loadconfig doesn't work
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
--- Comment #4 from Petr Skocik ---
Excellent! Thank you very much. Didn't realize the functionality was already
there, but didn't work without an explicit __attribute((noreturn)). Now I can
get rid of my most complex assembly function which I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
H.J. Lu changed:
What|Removed |Added
Component|c |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
--- Comment #3 from H.J. Lu ---
Created attachment 57524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57524=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114088
--- Comment #4 from Jonathan Wakely ---
(In reply to Xi Ruoyao from comment #2)
> But __builtin_strlen *does* get optimized when the input is a string
> literal.
But so does strlen, because GCC knows about it. That's my point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
--- Comment #2 from H.J. Lu ---
I couldn't find a way to access the _Noreturn info in backend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2024-02-25
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
--- Comment #24 from Xi Ruoyao ---
It looks I can rewrite the LoongArch test case (still broken though ICE is
stopped) using check-function-bodies. Will try later...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114096
--- Comment #2 from Zdenek Sojka ---
It is probably dup of PR114073. Sorry about that.
-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240225 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114094
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837
Petr Skocik changed:
What|Removed |Added
CC||pskocik at gmail dot com
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113749
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113833
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] 435.gromacs |[14 Regression] 435.gromacs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113749
--- Comment #6 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:d1b241b9506cdc0ebd3f43d12cf77d7c33271342
commit r14-9167-gd1b241b9506cdc0ebd3f43d12cf77d7c33271342
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114097
Bug ID: 114097
Summary: Missed register optimization in _Noreturn functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #5 from Segher Boessenkool ---
Hrm. When did this start, can you tell?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114096
Bug ID: 114096
Summary: ICE: in lower_stmt, at gimple-lower-bitint.cc:5533 on
vector -> _BitInt() cast
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113862
--- Comment #5 from Pascal Pignard ---
Created attachment 57522
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57522=edit
Reproducer updated (no more error)
I apologize the reproducer was wrong, I assumed Some_Array unconstrained
whereas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114095
Bug ID: 114095
Summary: ICE: in build2, at tree.cc:5097
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
1 - 100 of 101 matches
Mail list logo
