https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #17 from Tom Stellard ---
It looks like the issue is that the function classify_object_over_fdes()
expects there to be a zero-length fde at the end of the fde array. It doesn't
find one so it runs over the end of the array and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109120
Bug ID: 109120
Summary: False positive -Wanalyzer-malloc-leak with failed
iconv_open()
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96564
--- Comment #10 from Andrew Pinski ---
Note I don't think you really need exact aliasing information to optimize this
though. See PR 109119 for an example where you just need to know on the path
where PRE adds the load, the two addresses are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109119
Bug ID: 109119
Summary: missing loading fre with branch comparing two pointers
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
lin1.hu at intel dot com changed:
What|Removed |Added
Attachment #54659|No need AVX512VL for|0001-i386-Add-missing-OPTIO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
--- Comment #2 from lin1.hu at intel dot com ---
Created attachment 54659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54659=edit
No need AVX512VL for 256bit, so I modify the original patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #6 from Hans-Peter Nilsson ---
(In reply to David Malcolm from comment #4)
> DejaGnu version 1.6.1
> Expect version5.45.4
> Tcl version 8.6
Close enough to say that's probably *not* it, also see below...
> What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109118
Bug ID: 109118
Summary: [13 Regression] gcc.dg/mla_1.c failed on target w/o
__Uint32x4_t support
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #5 from Hans-Peter Nilsson ---
Created attachment 54658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54658=edit
mine, from native build/test of yesterday (see file for exact version).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
--- Comment #1 from lin1.hu at intel dot com ---
Created attachment 54657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54657=edit
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
Bug ID: 109117
Summary: "__builtin_ia32_vaesdec_v16qi" compiled only with
option -mvaes report ICE.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109099
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
H.J. Lu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #25 from James McKelvey ---
I just tried the latest snapshot and it works great, no need to specify
--disable-multilib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
--- Comment #2 from Chip Kerchner ---
This could be a bigger issue with register allocation after the disassemble of
an opaque object like vector_pair or MMA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
--- Comment #2 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:370298f493020eeff48bc2e56463c1097ed67b1d
commit r13-6649-g370298f493020eeff48bc2e56463c1097ed67b1d
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #9 from Jakub Jelinek ---
Weird, at least on the current trunk when reverting all 4 i386.md hunks vs. all
but the 3_3 one I see differences in both
_Z22trx_undo_get_first_recRK11fil_space_tjtjRPK11buf_block_tP5mtr_tP7dberr_t
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #5 from Noé Lopez ---
(In reply to Andrew Pinski from comment #3)
> The code is invalid.
> If you change the first `FILE_MENU` to `{0, { fn }}`, you get an error
> message:
>
> :31:13: error: initialization of flexible array member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #8 from Martin Liška ---
(In reply to Martin Liška from comment #7)
> Created attachment 54655 [details]
> bad.s (3/4 of hunks reverted)
>
> Yes, it narrows down to a single function
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #7 from Martin Liška ---
Created attachment 54655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54655=edit
bad.s (3/4 of hunks reverted)
Yes, it narrows down to a single function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #6 from Martin Liška ---
Created attachment 54654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54654=edit
good.s (3/4 of hunks reverted)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #5 from Jakub Jelinek ---
(In reply to Martin Liška from comment #4)
> > Another possible way to narrow it down a little bit would be to undo the
> > i386.md hunks from that commit one by one and see which one it is, all the 4
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #4 from Martin Liška ---
> Another possible way to narrow it down a little bit would be to undo the
> i386.md hunks from that commit one by one and see which one it is, all the 4
> changes are optimizations and all of them are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109098
--- Comment #6 from joseph at codesourcery dot com ---
For diagnosis of non-UTF-8 in strings / comments, see commit
0b8c57ed40f19086e30ce54faec3222ac21cc0df, "libcpp: Add -Winvalid-utf8
warning [PR106655]" (implementing a new C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
--- Comment #1 from Chip Kerchner ---
This has been in GCC since the initial version that supported __vector_pair
(10.x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
Bug ID: 109116
Summary: vector_pair register allocation bug
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #9 from Jakub Jelinek ---
Perhaps better reduction which doesn't need inline asm. It contains a couple
of unused variables and two spots with uninitialized vars, but those should be
both in a block of code never executed at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #4 from David Malcolm ---
Created attachment 54653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54653=edit
Generated diagnostic-format-sarif-file-4.c.sarif output file on my machine
(In reply to Hans-Peter Nilsson from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
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=96830
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Pinski changed:
What|Removed |Added
Version|unknown |13.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Pinski changed:
What|Removed |Added
Summary|ICE on valid code at -O2|[13 Regression] ICE on
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.1 20230313 (experimental) [master r13-6641
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107128
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:538a0d0f29b12cff05681b6de2e0a3d7b33f3ef0
commit r13-6643-g538a0d0f29b12cff05681b6de2e0a3d7b33f3ef0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.1.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #3 from Andrew Pinski ---
The code is invalid.
If you change the first `FILE_MENU` to `{0, { fn }}`, you get an error message:
:31:13: error: initialization of flexible array member in a nested
context
31 | {0, { fn }},
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #2 from Noé Lopez ---
Here's the code in plain text:
#include
typedef struct menu_item_s {
void *fn;
} menu_item_t;
typedef struct menu_list_s {
int _a;
menu_item_t items[];
} menu_list_t;
typedef struct menu_s {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109114
Bug ID: 109114
Summary: lambdas should be non-pod for ABI
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #1 from Noé Lopez ---
Created attachment 54651
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54651=edit
The preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
Bug ID: 109113
Summary: internal compiler error: in
output_constructor_regular_field, at varasm.cc:5521
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
--- Comment #1 from John Drouhard ---
https://godbolt.org/z/csozden6e
example of gcc not diagnosing mismatched requires clauses (and clang correctly
doing so).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
--- Comment #4 from Jakub Jelinek ---
One way to improve this case would be to teach IPA SRA/CP etc. to perform some
optimizations on the .ASSUME ifn calls and their corresponding functions, in
this case if SRA would turn the argument from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
--- Comment #3 from Andrew Pinski ---
I also suspect this is a dup of bug 109045 really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Andrew Pinski changed:
What|Removed |Added
URL|https://godbolt.org/z/nreM4 |
|Y6dW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:23532dac3f602d6c29f5b7062c7fe30905061764
commit r13-6641-g23532dac3f602d6c29f5b7062c7fe30905061764
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108045
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:129664c67b774511b53bfeee9e80a142ae7cd026
commit r13-6640-g129664c67b774511b53bfeee9e80a142ae7cd026
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Bug ID: 109112
Summary: [missed optimization] odd behaviour with
[[assume(...)]] and member variables
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
--- Comment #12 from Jakub Jelinek ---
As for the .DEFERRED_INIT not being DSEd when it isn't used, cvise reduced
testcase is e.g.
int a;
int foo (void);
int bar (void);
void
baz (void)
{
int *b[6];
if (foo ())
a |= bar ();
}
while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> Looks like this is fixed on trunk for GCC 13; seem to have been via
> 688fc162b76dc6747a30fcfd470f4770da0f4924
aka r13-5113-g688fc162b76dc6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #2 from David Malcolm ---
Looks like this is fixed on trunk for GCC 13; seem to have been via
688fc162b76dc6747a30fcfd470f4770da0f4924
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #7)
> Started (or perhaps no longer latent) since
> r13-4839-geef81eefcdc2a58111e50eb21.
Most likely made no longer latent due to:
(X86_TUNE_AVX256_MOVE_BY_PIECES):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #16 from kkeithle at redhat dot com ---
Can confirm that the fix included in fedora gcc-13.0.1-0.7 works and I have now
successfully built ceph in fedora koji.
https://koji.fedoraproject.org/koji/taskinfo?taskID=98654634
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
Bug ID: 109111
Summary: Definition of repeat_view::_Iterator has wrong
template-head
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #3 from Jakub Jelinek ---
If you suspect that one, that is certainly the simplest, in C that would be
__attribute__((noipa)) void
foo (unsigned long long *a, unsigned int b, unsigned int c)
{
*a = (((unsigned long long) b) << 32)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #2 from Jakub Jelinek ---
Without an actual self-contained reproducer hard to guess.
The above mentioned change changes the content of
_ZN9page_id_tC2Ejj
_Z22trx_undo_get_first_recRK11fil_space_tjtjRPK11buf_block_tP5mtr_tP7dberr_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
--- Comment #4 from Andreas Schwab ---
14.8 Certain Changes We Don't Want to Make
==
* Checking the number and type of arguments to a function which has
an old-fashioned definition and no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #23 from Marek Polacek ---
(In reply to Kohei Takahashi from comment #21)
> (In reply to Marek Polacek from comment #18)
> > (In reply to Barnabás Pőcze from comment #17)
> > > The simple test case with std::span still triggers the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
--- Comment #1 from Andrew Pinski ---
Because this is a old style function definition and still not a prototype.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Bug ID: 109110
Summary: Function Declaration Syntax errors at callsite
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #7 from Jakub Jelinek ---
Reduced testcase (unfortunately reduced into a form which is x86_64-linux
specific unless I want success to be an endless loop)
with -O2 -mavx -mtune=znver1 -ftrivial-auto-var-init=zero:
int a, b, c, d, e,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #22 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:ced122b849b8961b854053f0d1ac96983c5802e5
commit r13-6633-gced122b849b8961b854053f0d1ac96983c5802e5
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109095
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
--- Comment #1 from Gaius Mulley ---
Created attachment 54649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54649=edit
Proposed fix
Here is a proposed patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107017
David Malcolm changed:
What|Removed |Added
CC||geoffreydgr at icloud dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109106
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Marek Polacek changed:
What|Removed |Added
Summary|UBsan since GCC-8 misses an |[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #1 from Martin Liška ---
The difference is somehow related to:
constexpr page_id_t(uint32_t space, uint32_t page_no) :
m_id(uint64_t{space} << 32 | page_no) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
Richard Biener changed:
What|Removed |Added
Summary|mariadb fails in tests on |[13 Regression] mariadb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
Bug ID: 109109
Summary: mariadb fails in tests on i586 (non-LTO mode) after
r13-4435-g2c089640279614e3
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16186
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046
Lewis Hyatt changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046
--- Comment #6 from CVS Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:336ce497fb266268a79544f00dd3bbd24cf3a4d6
commit r13-6631-g336ce497fb266268a79544f00dd3bbd24cf3a4d6
Author: Lewis Hyatt
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #15 from Jiang An ---
(In reply to Maciej S. Szmigiero from comment #14)
> > This is not so useful in practice because most compilers don't make extern
> > "C" and extern "C++" differentiate function types (implying calling
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #14 from Maciej S. Szmigiero ---
> This is not so useful in practice because most compilers don't make extern
> "C" and extern "C++" differentiate function types (implying calling
> conventions etc.).
The standard allows different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108886
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108886
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #4)
> It sounds like you know the implementation really well.
I wrote it.
> I doubt all uses of std::string are performance intensive.
Just because some aren't,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
--- Comment #2 from Uroš Bizjak ---
(In reply to Andrew Pinski from comment #1)
> The issue is register_operand accepts subreg but then REGNO is checked on it.
> That is obviously wrong. It should be "REG_P (operands[1]) && REGNO
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109096
--- Comment #3 from Jakub Jelinek ---
Created attachment 54647
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54647=edit
gcc13-pr109096.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
Roger Sayle changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109094
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
---
1 - 100 of 103 matches
Mail list logo
