https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658
Andrew Pinski changed:
What|Removed |Added
Attachment #59083|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-09-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116643
--- Comment #4 from Andrew Pinski ---
I will handle the rest as I go but I wanted to get phiopt done as it was
bugging me while I was working on it :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
Richard Biener changed:
What|Removed |Added
Blocks||116578
--- Comment #2 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116655
Richard Biener changed:
What|Removed |Added
Blocks||116578
--- Comment #1 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #1 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #0)
> This ICE is relatively new; I don't see it with "gcc version 15.0.0
> 20240818".
So that's just a matter of options. The PR also occurs with 20240818 for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116650
--- Comment #1 from Andreas Schwab ---
It looks like check_new_reg_p doesn't handle the case where the old reg and the
new reg have different number of regs in this mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed||2024-09-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116653
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116653
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
--- Comment #2 from Martin Storsjö ---
(In reply to Jakub Jelinek from comment #1)
> Is mingw really using GNU symbol versioning? That ought to be an ELF only
> thing and this is guarded with #ifdef _GLIBCXX_SYMVER_GNU.
It's not actually using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116659
Bug ID: 116659
Summary: ICE: in import_module, at cp/module.cc:19733 with
#pragma GCC optimize("Ofast")
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
Bug ID: 116660
Summary: [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc.
FAIL
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
--- Comment #1 from Rainer Orth ---
Created attachment 59085
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59085&action=edit
32-bit sparc-sun-solaris2.11 no-scevccp-outer-12.c.180t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
--- Comment #2 from Rainer Orth ---
Created attachment 59086
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59086&action=edit
32-bit sparc-sun-solaris2.11 slp-19c.c.180t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
--- Comment #3 from Rainer Orth ---
Created attachment 59087
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59087&action=edit
32-bit sparc-sun-solaris2.11 vect-multitypes-6.c.180t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
Richard Biener changed:
What|Removed |Added
Blocks||116578
--- Comment #4 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660
--- Comment #5 from Richard Biener ---
gcc.dg/vect/no-scevccp-outer-12.c was un-XFAILed with the patch, it likely
misses effective target requires for sparc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:747700cdb564ed1c5ef13bc73c2fe48639964c0f
commit r15-3570-g747700cdb564ed1c5ef13bc73c2fe48639964c0f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627
--- Comment #3 from Martin Jambor ---
So, should this be marked as fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
--- Comment #3 from Jonathan Wakely ---
That comes from:
if test x$enable_symvers = xyes ; then
if test $enable_shared = no || test "x$LD" = x || test x$gcc_no_link = xyes;
then
enable_symvers=no
else
if test $with_gnu_ld = yes ; th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
--- Comment #4 from Jonathan Wakely ---
You could configure with --enable-symvers=no to disable that explicitly, but
maybe this isn't the right check for the init symbol:
#elif defined(_GLIBCXX_SYMVER_GNU)
The definition of that symbol is:
#i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116661
Bug ID: 116661
Summary: Undefined behavior when compiling interop-1.f90 gomp
test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
Jakub Jelinek changed:
What|Removed |Added
CC|jakub at redhat dot com|
--- Comment #5 from Jakub Jelin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
--- Comment #6 from Martin Storsjö ---
(In reply to Jonathan Wakely from comment #4)
> But is that even going to work on this target when the actual symbol has __Z
> ?
>
> T __ZNSt8ios_base4InitC1Ev
>
> (why doesn't the alias give an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #2 from Jonathan Wakely ---
(In reply to Toolybird from comment #0)
> With tzdata-2024a it correctly prints the local timezone. With tzdata-2024b
> it displays "Etc/UTC"
I can't reproduce this.
Adding this line to your program show
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #3 from Jonathan Wakely ---
I've tested 2024b with both the main and vanguard forms. Both give the expected
result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #4 from Jonathan Wakely ---
Are you sure you're using the main format? I didn't backport
r15-1663-g0ca8d56f208571 to gcc-14 yet, so it doesn't support the vanguard
format. But that means gcc-14 fails with 2024a too, it's nothing to d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #5 from Jonathan Wakely ---
I've inspected the tzdata.zi file in the Arch tzdata-2024b-1-x86_64.pkg.tar.zst
package and the problem is the use of %z in the FORMAT field, as described in
the r15-1663-g0ca8d56f208571 commit:
The v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #6 from Jonathan Wakely ---
Arch's previous tzdata-2024a-2-x86_64.pkg.tar.zst did not use %z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #7 from Toolybird ---
>From the 2024b release announcement at
https://lists.iana.org/hyperkitty/list/tz-annou...@iana.org/thread/IZ7AO6WRE3W3TWBL5IR6PMQUL433BQIE/
"The main data form now uses %z."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gitlab.archlinux.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #24 from Jonathan Wakely ---
I have a local patch that would allow applications to define:
namespace __gnu_cxx {
const char* localtime_override() { return getenv("TZ"); }
}
This would make tzdb::current_zone() use the content of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ab884fffe3fc82a710bea66ad651720d71c938b8
commit r14-10660-gab884fffe3fc82a710bea66ad651720d71c938b8
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
Bug ID: 116662
Summary: Wrong value of __GCC_DESTRUCTIVE_SIZE for riscv64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
--- Comment #1 from Jonathan Wakely ---
I think the root cause is:
gcc/params.opt:Common Joined UInteger Var(param_l1_cache_line_size) Init(32)
Param Optimization
If the target doesn't override that, then it defaults to 32, and then
param_des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770
--- Comment #3 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e9b2f1f4f30371ea04efe83c0ebea4e07f3afec3
commit r13-9014-ge9b2f1f4f30371ea04efe83c0ebea4e07f3afec3
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:5ceea2ac106d6dd1aa8175670b15a801316cf1c9
commit r13-9015-g5ceea2ac106d6dd1aa8175670b15a801316cf1c9
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657
--- Comment #12 from Toolybird ---
Thank you very much for the speedy response!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
--- Comment #2 from Andrew Pinski ---
See/Read
https://inbox.sourceware.org/gcc-patches/20210910131625.159525-1-ja...@redhat.com/
also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/itanium-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
--- Comment #4 from Jonathan Wakely ---
(In reply to Levi Zim from comment #0)
> But this value is 32 for riscv64, which seems wrong to me because IIRC
> many riscv64 cpus have cacheline of size 64.
If this is only true for "man riscv64 cpus" a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Andrew Pinski changed:
What|Removed |Added
CC||iamanonymous.cs at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116659
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
--- Comment #5 from Levi Zim ---
(In reply to Andrew Pinski from comment #3)
> Any use of std::hardware_destructive_interference_size and
> std::hardware_constructive_interference_size for ABI purposes in a header
> file is very much discouraged
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116661
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
Last r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #13 from Thomas Schwinge ---
commit r15-3034-gdb2e9a2a46f64b037494e8300c46f2d90a9fa55c
Author: Prathamesh Kulkarni
Date: Tue Aug 20 12:54:02 2024 +0530
[optc-save-gen.awk] Fix streaming of command line options for offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #14 from Thomas Schwinge ---
commit r15-3093-g792adb8d222d0d1d16b182871e105f47823b8e72
Author: Prathamesh Kulkarni
Date: Thu Aug 22 19:25:20 2024 +0530
Recompute TYPE_MODE and DECL_MODE for aggregate type for acclerator.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #15 from Thomas Schwinge ---
commit r15-3488-gae88e91938af364ef5613e5461b12b484b578bc5
Author: Prathamesh Kulkarni
Date: Thu Sep 5 18:52:53 2024 +0530
Avoid ICE when passing VLA vector to accelerator.
gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116621
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116650
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115860
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
--- Comment #7 from Levi Zim ---
(In reply to Xi Ruoyao from comment #6)
> cppreference is not the standard. The standard never says
> hardware_destructive_interference_size means this.
>
> Instead it says:
>
> This number is the minimum reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #16 from GCC Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:e783a4a683762487cb003ae48235f3d44875de1b
commit r15-3571-ge783a4a683762487cb003ae48235f3d44875de1b
Author: Prathamesh Kulkarn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:2801a49d1144bce5568b527d1972952ad3420f66
commit r15-3572-g2801a49d1144bce5568b527d1972952ad3420f66
Author: Marek Polacek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369
Marek Polacek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116627
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
tl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240910 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116449
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0008050b9d6046ba4e811a03b406fb5d98707cae
commit r15-3574-g0008050b9d6046ba4e811a03b406fb5d98707cae
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Sam James changed:
What|Removed |Added
Summary|CTF array dimensions dumped |[14/15 regression] CTF
|b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Target Mileston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
--- Comment #2 from Sam James ---
Ah, wait, your patch is for libctf (-> binutils)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186
Sam James changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Bug ID: 116663
Summary: CTF array dimensions dumped backwards
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
--- Comment #3 from Bruce McCulloch ---
Yes, just realized I'm on the wrong bugzilla -- apologies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
Tamar Christina changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Bug 115130 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Jose E. Marchesi changed:
What|Removed |Added
CC||jemarch at gcc dot gnu.org
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |MOVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Bruce McCulloch changed:
What|Removed |Added
Resolution|MOVED |FIXED
--- Comment #5 from Bruce McCul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |MOVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116665
Bug ID: 116665
Summary: new test case gfortran.dg/gomp/interop-1.f90 ICEs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116669
Bug ID: 116669
Summary: compiler crash on circular derived type component
definition
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670
Bug ID: 116670
Summary: symbol X has no implicit type in associate with
type-bound procedures
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670
--- Comment #1 from Dominik Gronkiewicz ---
actually get_number() does not need to be elemental. I missed it while reducing
my module to the minimum test case, apologies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #238 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #237)
> Let me try to bisect the stack overflow bug. Will report back once I know
> more.
It's one of the other LRA patches, but it takes me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #1 from Andrew Pinski ---
I can finish reducing this later today after I finish some other stuff.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116668
--- Comment #2 from Jordan ---
(In reply to Andrew Pinski from comment #1)
> Can you provide the full source where the ICE happens including all module
> sources?
>
> Also since you got the gfortran from your distro you should read the
> intern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116162
--- Comment #7 from Marek Polacek ---
I have a patch implementing the clang++ behavior, that is, warning by default
in C++20:
116162.C:3:4: warning: explicitly defaulted move constructor is implicitly
deleted [-Wdefaulted-function-deleted]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #5 from Patrick Palka ---
: In instantiation of ‘struct glsl::VectorType<__vector(4) int, 4>’:
:577:63: required from here
:106:13: error: invalid vector type for attribute ‘vector_size’
:108:22: error: invalid vector type for attr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #4 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #2)
> Started with r15-2331-g523836716137d0f7f4088c85752a980f5f971b36
What happens before this patch is mask_type stays mask_index for the template
argument as the de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #6 from Andrew Pinski ---
On the clang not rejecting the code, there is a clang specific path used for
vector_type so that code is not used for clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421
--- Comment #3 from Dominik Gronkiewicz ---
Any progress? Still an issue in 14.2.0.
a.f90:21:25:
21 | t2 = typ2(t1=typ1a())
| 1
internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1553
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116190
--- Comment #2 from aj at ianozi dot com ---
Apologies, I misspoke. I tested it with "My_Array" being a named type, I
didn't test it with "This_Crashes" being a named type, ergo this crashes:
with Ada.Strings.Unbounded; use Ada.Strings.Unbounde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116667
Bug ID: 116667
Summary: missing superfluous zero-extends of SVE values
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
Jakub Jelinek changed:
What|Removed |Added
Summary|[15 Regression] firefox |[15 Regression] firefox
1 - 100 of 123 matches
Mail list logo