https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120183
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 120183, which changed state.
Bug 120183 Summary: Incomplete type error in module import
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120183
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938
Nathaniel Shead changed:
What|Removed |Added
CC||rafel.perello at upc dot edu
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #4 from Jakub Jelinek ---
Yes. You need to write a ChangeLog entry, which would be in this case I think
something like
PR fortran/120191
* trans-intrinsic.cc (gfc_conv_intrinsic_minmaxloc):
Call strip_kind_fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #17 from Iain Sandoe ---
(In reply to Joel Sherrill from comment #16)
> Over at RTEMS.org, we have a report from a Mac user that the gcc zlib needs
> updating or patched to build there. We are seeing this with GCC 13 but the
> versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #5 from Daniil Kochergin ---
Done. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
Bug ID: 120196
Summary: In findloc2_s* when "back" is true loop goes one more
step than needed.
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107308
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Created attachment 61374 [details]
> Verifier in testing
I had some typos in the patch. And CRC/CRC_REV needs to be handled special. Oh
and ifcvt inserts COND_*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118388
--- Comment #5 from Simon Martin ---
Some of the tests from comment #4 are either not linked to seen_error
(unary_trait_incomplete.C), or use constexpr_error that bypasses some of the
diagnostics machinery and are not easy to fix (constexpr-ice2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188
--- Comment #4 from Bruno Haible ---
> I suspect gm2-15.1 is the same.
Yes, in 15.1.0, with the option -fm2-plugin, I get the same output as you
showed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a470433732e77ae29a717cf79049ceeea3cbe979
commit r16-501-ga470433732e77ae29a717cf79049ceeea3cbe979
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Bug ID: 120192
Summary: Internal compiler error when building ring Rust crate
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
Bug ID: 120197
Summary: ICE in GCC with decltype(cout << a) in default
function parameter leads to recursive diagnostics with
-std=c++20
Product: gcc
Version: 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #20 from John David Anglin ---
(In reply to John David Anglin from comment #19)
> It's not clear why gcov-30 passes on Linux. I searched the entire tree and
> couldn't find how TARGET_HAVE_LIBATOMIC gets set on Linux. Also, always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #3 from Sergei Trofimovich ---
The change also fixed nss-3.11 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120193
Bug ID: 120193
Summary: Incorrect debug info for unsigned(kind=1) and
unsigned(kind=4)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #31 from Stuart ---
I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
In my case it was std::memcpy that gave me an issue, but the reproducer here is
the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #1 from Anthony Cozzolino ---
Copying the code and compiler error here for convenience:
#include
struct MutexLike
{
void lock() { }
void unlock() { }
bool try_lock() { return true; }
};
int main()
{
MutexLike m1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #32 from Sam James ---
(In reply to Stuart from comment #31)
> I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
>
> In my case it was std::memcpy that gave me an issue, but the reproducer here
> is the same issue.
Ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
Bug ID: 120203
Summary: RISC-V: Frm restore missing after call insn
(float-point-dynamic-frm-74.c)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87765
Andrew Pinski changed:
What|Removed |Added
CC||calvin at cmpct dot info
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
--- Comment #2 from Andrew Pinski ---
I will file the diagnostic issue seperately.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986
--- Comment #11 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:01324ffac8bcc6813ffbc78993a674bcac7b52ab
commit r15-9645-g01324ffac8bcc6813ffbc78993a674bcac7b52ab
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c60183d8265b5bd509007cf494549667c8c08faa
commit r15-9646-gc60183d8265b5bd509007cf494549667c8c08faa
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Bug ID: 120202
Summary: ICE with constexpr function for constant expression
Product: gcc
Version: 12.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Bug ID: 120204
Summary: `is not usable as a 'constexpr' function because` and
no reason why
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #3 from Filip Štamcar ---
Created attachment 61381
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61381&action=edit
Output of save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #1)
> 1) The full command line for GCC (maybe cargo build --verbose will do it, I
> don't know)
Sorry, I missed this is in the output. Still need preprocessed source though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #5 from Filip Štamcar ---
Created attachment 61382
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61382&action=edit
Output of save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #6 from Filip Štamcar ---
The full GCC command is:
"gcc.exe" "-O0" "-ffunction-sections" "-fdata-sections" "-gdwarf-2"
"-fno-omit-frame-pointer" "-m64" "-I"
"E:\\Cache\\rust\\cargo\\registry\\src\\index.crates.io-1949cf8c6b5b557f\\r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #6 from Jakub Jelinek ---
Note, the test even with your patch FAILs for -O0 and -Os, first on STOP 17, I
see quite a few invocations still with 6 arguments:
grep maxloc.*,.*,.*,.*,.*,.* pr120191.f90.007t.gimple
[pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #3 from Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #7 from Andrew Pinski ---
[apinski@xeond2 gcc]$ ./xgcc -B. t.c -S -march=skylake-avx512 -w
during RTL pass: expand
In file included from
E:\Cache\rust\cargo\registry\src\index.crates.io-1949cf8c6b5b557f\ring-0.17.14\crypto/curve25519
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #1)
> Here's a testcase that fails under valgrind:
>
> program p
> implicit none
> character(:), allocatable :: a(:), s
> allocate (character(16) :: a(10),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #10 from Andrew Pinski ---
-mavx is enough to reproduce the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Known to fail||16.0
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #9 from Andrew Pinski ---
/* We handle highly aligned variables in expand_stack_vars. */
gcc_assert (byte_align * BITS_PER_UNIT <= MAX_SUPPORTED_STACK_ALIGNMENT);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
Bug ID: 120201
Summary: G++ generates a misaligned vector operation for
std::memcpy
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #11 from Andrew Pinski ---
I can only get it to ICE at -O0.
And it still ICEs after r16-178-gdea7b9a78b11b5 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #3 from Tobias Burnus ---
On mainline currently failing (for a GCC configured with nvptx offloading):
libgomp.c-c++-common/metadirective-1.c:10:11:
error: 'target' construct with nested 'teams' construct contains directives
outsid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120187
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188
--- Comment #2 from Bruno Haible ---
(In reply to Richard Biener from comment #1)
> Do you have the m2rte plugin?
Yes, and it has not been used since I installed it:
$ LC_ALL=C ls -lu
/darch/x86_64-linux-gnu/gnu-inst-gcc/15.1.0/lib/gcc/x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048
--- Comment #14 from Jakub Jelinek ---
So fixed for 14.3+/15.2+/16+ ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
Bug ID: 120191
Summary: Functions minloc() and maxloc() ignore the "back"
parameter when "kind" is present.
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #19 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #18)
> Ok, thanks, I pushed a fix for the gcov %zu prints, at least for gcov.
Thanks.
> To recap:
>
> * gcov-pr86536.c sporadically fails? (which has to be u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #1 from Tobias Burnus ---
Without having looked at it in depth, I think part of the problem is that
'varX' and 'varY' are in static memory. Thus, by construction, there is a
device and a host version.
Solution:
(a) Ensure the date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120193
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2025-05-09
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
Bug ID: 120195
Summary: [modules] export using of purview 'extern "C++"'
declaration not bound in importers
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #3 from Jonathan Wakely ---
It doesn't need to require hosted either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119164
--- Comment #4 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
--- Comment #1 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #11 from Christoph Reiter ---
Thanks. With the latest patch + the patch for binutils, babl builds fine now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119337
James K. Lowden changed:
What|Removed |Added
CC||jklowden at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119335
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
guido2022 at trentalancia dot com changed:
What|Removed |Added
Resolution|INVALID |---
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Bug ID: 120205
Summary: [15/16 regression] unifdef miscompiled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #2 from Sam James ---
In objsz1:
```
[local count: 118111600]:
__builtin_puts (&"foo"[0]);
- parseline_len.1_4 = parseline_len;
- parseline_len.2_5 = (sizetype) parseline_len.1_4;
- _20 = MAX_EXPR ;
- _19 = _20 - parseline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #3 from Jakub Jelinek ---
The reduction is wrong in many ways.
main shouldn't have a single char argument, fgets inline doesn't return
anything if __bdos is not -1, otherwise it calls fgets without any arguments,
all that is UB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #4 from Sam James ---
yes, lemme fix it up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #12 from Iouri Kharon ---
FYI: Yet cc1/cc1plus can be linked with --pdb :) - secondary patch for ld added
to https://sourceware.org/bugzilla/show_bug.cgi?id=32942
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #1 from Sam James ---
Needs -std=gnu17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #3 from John David Anglin ---
Hi Adrian,
I haven't tested LRA in sometime. There are are at least two bugs
preventing migration to LRA on hppa, although they didn't previously
break bootstrap. I don't believe these are problems wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #4 from John David Anglin ---
My last LRA build was at r15-9116-g28751389a68.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #6 from Sam James ---
Created attachment 61387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61387&action=edit
whitespace.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #5 from Sam James ---
Created attachment 61386
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61386&action=edit
unifdef.c
This is a bit better. It needs 'whitespace.c' as input data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #7 from Sam James ---
(In reply to Sam James from comment #5)
> Created attachment 61386 [details]
> unifdef.c
>
> This is a bit better. It needs 'whitespace.c' as input data.
.. with return added in fgets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Attachment #61386|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117978
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
Bug ID: 120194
Summary: USM offloading vs. 'libgomp.c++/declare_target-1.C'
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: testsuite-fail, wrong-code
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #3 from Daniil Kochergin ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 61380 [details]
> gcc16-pr120191-test.patch
>
> Perhaps like this?
Sorry for the trivial question, but should I mail the patch along with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
Jason Merrill changed:
What|Removed |Added
Last reconfirmed||2025-05-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
Joel Sherrill changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120190
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
Iouri Kharon changed:
What|Removed |Added
Attachment #61364|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #10 from Iouri Kharon ---
(In reply to Sam James from comment #6)
> Mark, when you get a chance to work on this, if you haven't tried it before,
> I'd recommend doing a bootstrap w/ -gcodeview enabled by default to see what
> falls o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #2 from Jakub Jelinek ---
Created attachment 61380
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61380&action=edit
gcc16-pr120191-test.patch
Perhaps like this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Sam James changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from Sam J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
--- Comment #30 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:21842fe301caa5dbc69a69033cdc17bb29b8c399
commit r16-503-g21842fe301caa5dbc69a69033cdc17bb29b8c399
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:21842fe301caa5dbc69a69033cdc17bb29b8c399
commit r16-503-g21842fe301caa5dbc69a69033cdc17bb29b8c399
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
Bug ID: 120198
Summary: std::scoped_lock disabled for non-gthread environments
(such as arm-none-eabi)
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120199
Bug ID: 120199
Summary: ICE in type_dependent_expression_p when using
__builtin_addressof on templated function
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120200
Bug ID: 120200
Summary: [16 Regression] profiledbootstrap broken on
x86_64-linux with -Wstringop-overflow in
i386-expand.cc
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120199
Andrew Pinski changed:
What|Removed |Added
Summary|ICE when using |ICE when using
|__bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #7 from Jakub Jelinek ---
Created attachment 61384
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61384&action=edit
gcc16-pr120191.patch
This seems to work even when the kind argument is not named, just doing for
minmaxloc wha
1 - 100 of 161 matches
Mail list logo
