https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101040
--- Comment #3 from Jason Merrill ---
Created attachment 51060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51060&action=edit
bits dropped from the patch
putting these here in case I want them later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101040
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2168bfb81448ae1bfa4351760a23d4ec051c2a00
commit r12-1827-g2168bfb81448ae1bfa4351760a23d4ec051c2a00
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2168bfb81448ae1bfa4351760a23d4ec051c2a00
commit r12-1827-g2168bfb81448ae1bfa4351760a23d4ec051c2a00
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98892
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101145
--- Comment #7 from bin cheng ---
(In reply to Jiu Fu Guo from comment #5)
> (In reply to bin cheng from comment #4)
> > (In reply to Jiu Fu Guo from comment #3)
> > > Yes, while the code in adjust_cond_for_loop_until_wrap seems somehow
> > > t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101135
--- Comment #1 from Marcel Jacobse ---
With some bisecting I managed to track this down to commit
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=243c288370fe51ba55c3a9ee61eb2a1a62cb1279
being the first "faulty" one.
>From what I can tell the com
compression algorithms: zlib
gcc version 12.0.0 20210625 (experimental) [master revision
:1cefadb26:e9e2bad7251477db92ab9ebcdc010f9282dd9890] (GCC)
$ cat mutant.c
unsigned fib[];
count_fib() {
int i;
fib[1] = 1;
for (i = 2; i < 1000; i++)
fib[i] = fib[i - 1] + fib[i - 2];
}
$ gcc-trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
Marek Polacek changed:
What|Removed |Added
Summary|[11/12 Regression] error: |[11 Regression] error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
--- Comment #5 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:f9c80eb12c58126a94ad869380af5b88b752c06f
commit r12-1822-gf9c80eb12c58126a94ad869380af5b88b752c06f
Author: Marek Polacek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
--- Comment #2 from Martin Sebor ---
gtype-desc.c is a generated file. There's also r12-1096. Without it, r12-1801
wouldn't compile.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:fd51b344ca86c9673db0161d4a383cccdb2f429c
commit r12-1819-gfd51b344ca86c9673db0161d4a383cccdb2f429c
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
David Malcolm changed:
What|Removed |Added
Summary|[12 regression] |[12 regression]
|setj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
Andrew Pinski changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101217
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101217
Bug ID: 101217
Summary: Stray "note" diagnostics when warning suppressed in
gcc.dg/analyzer/setjmp-2.c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
Andrew Pinski changed:
What|Removed |Added
CC||d.g.gorbachev at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56062
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |DUPLICATE
--- Comment #6 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56223
Andrew Pinski changed:
What|Removed |Added
Depends on||101205
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
H.J. Lu changed:
What|Removed |Added
CC||freesoftware at logarithmus
dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101215
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101215
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2021-06-25
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101215
--- Comment #2 from logarithmus.dev at gmail dot com ---
I think that making `-fuse-ld` to accept arbitrary path to linker's
binary instead of adding `mold` to the list of predefined values is a
much better strategy in long term. AFAIK clang alre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101215
--- Comment #1 from Jonathan Wakely ---
I think you should be able to build GCC with --with-ld=/path/to/mold you just
can't select it later using -fuse-ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101216
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Target|powerpc64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101194
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=101216
Bug ID: 101216
Summary: [12 regression] setjmp/longjmp excess errors after
r12-1805
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101215
Bug ID: 101215
Summary: Using non-standard custom linker with -fuse-ld
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101214
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97088
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e83a5a6b6893e910dc0b6b1cd034e1a258406c93
commit r12-1814-ge83a5a6b6893e910dc0b6b1cd034e1a258406c93
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100975
--- Comment #2 from Marek Polacek ---
Looks like just disabling the check in create_array_type_for_decl lets us
compile:
struct false_type { static constexpr bool value = false; };
struct true_type { static constexpr bool value = true; };
templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100952
--- Comment #8 from seurer at gcc dot gnu.org ---
I just tried with current trunk:
g:e0672017370b9a9362fda52ecffe33d1c9c41829, r12-1813
make -k check-gcc-fortran RUNTESTFLAGS="dg.exp=gfortran.dg/parity_1.f90"
FAIL: gfortran.dg/parity_1.f90 -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101213
--- Comment #2 from Jeremy R. ---
(In reply to Jonathan Wakely from comment #1)
> This is just how GCC recovers from a bad parse, so that it can attempt to
> continue and give diagnostics for the rest of the code. An invalid type in
> certain de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101214
--- Comment #1 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #0)
> #include
>
> int main() {
> auto r = std::views::iota(0) | std::views::take(5);
> decltype(std::views::split(r, 0).end()) e{};
> }
>
Another tiny issue is that in ranges#L33
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94024
Jonathan Wakely changed:
What|Removed |Added
CC||bero at arklinux dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43933
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> It's not fixed in GCC 9 though. I think it's probably fixed by r11-2546 for
> PR 94024 but I can't bisect right now.
Confirmed as that revision.
*** This bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101214
Bug ID: 101214
Summary: ranges::split_view::sentinel lacks default
constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97088
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97088
--- Comment #5 from Jonathan Wakely ---
*** Bug 101211 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Christophe Lyon from comment #4)
> > It works for aarch64-linux-gnu, but fails for aarch64-elf (with newlib):
> > FAIL: 17_intro/names.cc (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92105
--- Comment #7 from Jonathan Wakely ---
Glad we could help ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101213
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Jonath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101210
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9/10/11/12 regression] |[9/10/11/12 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101114
--- Comment #3 from CVS Commits ---
The master branch has been updated by Chung-Lin Tang :
https://gcc.gnu.org/g:e0672017370b9a9362fda52ecffe33d1c9c41829
commit r12-1813-ge0672017370b9a9362fda52ecffe33d1c9c41829
Author: Chung-Lin Tang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101213
Bug ID: 101213
Summary: Improve support for decltype(std)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101212
Bug ID: 101212
Summary: forward declaration of parameter
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
--- Comment #5 from Jonathan Wakely ---
(In reply to Christophe Lyon from comment #4)
> It works for aarch64-linux-gnu, but fails for aarch64-elf (with newlib):
> FAIL: 17_intro/names.cc (test for excess errors)
> Excess errors:
> /aci-gcc-fsf/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
--- Comment #4 from Christophe Lyon ---
It works for aarch64-linux-gnu, but fails for aarch64-elf (with newlib):
FAIL: 17_intro/names.cc (test for excess errors)
Excess errors:
/aci-gcc-fsf/builds/gcc-fsf-gccsrc/tools/aarch64-none-elf/include/ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
--- Comment #3 from Jonathan Wakely ---
Ah, I bet it started to fail because I added this to the test:
{ dg-add-options no_pch }
So this should fix it for arm:
--- a/libstdc++-v3/testsuite/17_intro/names.cc
+++ b/libstdc++-v3/testsuite/17_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
--- Comment #2 from Jonathan Wakely ---
Oh, is it this?
unsigned int j:1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101211
Bug ID: 101211
Summary: [12 regression] 17_intro/names.cc fails
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101210
Bug ID: 101210
Summary: [7/8/9/10/11/12 regression] spurious "reference
binding to misaligned address" ubsan error for integer
comparison
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101199
--- Comment #5 from Jürgen Reuter ---
(In reply to ygal klein from comment #4)
>)
>
> Thank you for the reply.
>
> After posting the bug report - I saw that implementing (inout) as your
> number 1 suggestion - dodges the problem - though as yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101199
--- Comment #4 from ygal klein ---
(In reply to Jürgen Reuter from comment #3)
> I think that indeed this is not something the compiler needs to do as
> expected, as it is an aliasing problem.
> In the advance TBP you are calling again the init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101199
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96204
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101145
--- Comment #6 from Jiu Fu Guo ---
> As tests, for below loop, adjust_cond_for_loop_until_wrap return false:
>
> foo (int *__restrict__ a, int *__restrict__ b, unsigned i)
> {
> while (++i > 100)
> *a++ = *b++ + 1;
> }
For the above code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101208
Anthony Green changed:
What|Removed |Added
CC||green at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101209
--- Comment #1 from Aaron Ballman ---
> This should likely give an error about using a trailing return type for a
> function with a declared return type other than a placeholder type.
Err, that would be bad now that I think about it
(http://ee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101209
Bug ID: 101209
Summary: ICE with trailing return type on a conversion operator
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101079
--- Comment #6 from xiao@compiler-dev.com ---
(In reply to Jakub Jelinek from comment #5)
> OpenMP language committee discussions aren't public, there will be soon an
> OpenMP 5.2 public draft though.
> The particular restriction under discu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101200
--- Comment #6 from Steinar H. Gunderson ---
You're right, I don't know why the shrq happened. When I run now, I get shrb.
Doesn't matter for the bug, though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
Paul Fee changed:
What|Removed |Added
CC||paul.f.fee at gmail dot com
--- Comment #65 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101145
--- Comment #5 from Jiu Fu Guo ---
(In reply to bin cheng from comment #4)
> (In reply to Jiu Fu Guo from comment #3)
> > Yes, while the code in adjust_cond_for_loop_until_wrap seems somehow tricky:
> >
> > /* Only support simple cases for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101207
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-linux-gnu |aarch64-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101207
--- Comment #2 from Andrew Pinski ---
Most likely introduced by r12-1551 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101202
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101202
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:55a1546b73b60d2601f35671ba9e8f12a52a7b77
commit r12-1809-g55a1546b73b60d2601f35671ba9e8f12a52a7b77
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101208
--- Comment #1 from Andrew Pinski ---
Just for reference the x86_64 fix was r12-1524 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101079
--- Comment #5 from Jakub Jelinek ---
OpenMP language committee discussions aren't public, there will be soon an
OpenMP 5.2 public draft though.
The particular restriction under discussion is:
"For a linear clause that appears on a loop-associat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101207
Andrew Pinski changed:
What|Removed |Added
Summary|[12 Regress]|[12 Regress]
|gcc.dg/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101208
Bug ID: 101208
Summary: libffi.call/nested_struct12.c fails on aarch64
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101207
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101207
Bug ID: 101207
Summary: [12 Regress] gcc.dg/vect/vect-strided-mult.c fails
after SLP improvements
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wron
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101200
--- Comment #5 from Jakub Jelinek ---
BTW, I certainly can't reproduce what #c0 shows, while I see movzbl in there
because QImode loads are done that way in most tunings,
I certainly see
shrb$4, %al
rather than 64-bit right shift.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101200
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101206
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101206
Bug ID: 101206
Summary: [12 Regression] gcc.target/aarch64/vect-vmaxv.c and
gcc.target/aarch64/vect-vaddv.c fail
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101151
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101105
Richard Biener changed:
What|Removed |Added
Known to fail||11.1.0
Target Milestone|11.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101158
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:48097089ae539bd5c2649681f93ce4a6bad72b11
commit r11-8655-g48097089ae539bd5c2649681f93ce4a6bad72b11
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101151
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:8dc3768ffb4debc559e428fd508a4e8c59586c00
commit r11-8654-g8dc3768ffb4debc559e428fd508a4e8c59586c00
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101105
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:00ab8e994b87693b9e56fa68c3b3ede01425a2c0
commit r11-8653-g00ab8e994b87693b9e56fa68c3b3ede01425a2c0
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100672
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e0dae9c92aa248c858f682f03ee1b16471297718
commit r11-8652-ge0dae9c92aa248c858f682f03ee1b16471297718
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86524
Jonathan Wakely changed:
What|Removed |Added
CC||v at vsamko dot com
--- Comment #13 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85319
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|libstdc++
||saaadhu at gcc dot gnu.org
Ever confirmed|0 |1
Last reconfirmed||2021-06-25
--- Comment #1 from Senthil Kumar Selvaraj ---
Confirmed with 12.0.0 20210625
Here's a reduced testcase that hangs indefinitely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101197
--- Comment #4 from Jakub Jelinek ---
Also, one will probably need to rename all the MOVE_* and *move_* stuff to
COPY_* and *copy_* and reserve MOVE_* and *move_* for the overlapping copies.
And most likely on various arches it might need small
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101205
Bug ID: 101205
Summary: csinv does not have an zero_extend version
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101197
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
Bug ID: 101204
Summary: infinite recursion in gtype-desc.c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101202
--- Comment #7 from David Binderman ---
(In reply to Richard Biener from comment #5)
> I'll see to test the patch with -O3 bootstrap then - thanks for the info.
You are very welcome.
With the benefit of hindsight, changes in the -O3 area of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101202
--- Comment #6 from Martin Liška ---
And I noticed the same ICE in botan benchmark.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101202
--- Comment #5 from Richard Biener ---
(In reply to David Binderman from comment #4)
> I see this also on gcc bootstrap with -O3, so it looks quite important.
I'll see to test the patch with -O3 bootstrap then - thanks for the info.
98 matches
Mail list logo
