https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113898
Shaohua Li changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112508
--- Comment #3 from Richard Biener ---
Loop store-motion is a difficult thing to cost - it's a critical enabler for
many of our loop optimizations, including scalar evolution analysis.
Now, this might not hold true so much for the cases where w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
Bug ID: 113956
Summary: ice in gfc_trans_pointer_assignment, at
fortran/trans-expr.cc:10524
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112508
--- Comment #4 from Richard Biener ---
We are already doing
/* Verify whether the candidate is hot for LOOP. Only do store motion if the
candidate's profile count is hot. Statement in cold BB shouldn't be moved
out of it's loop_fath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51848
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 51848, which changed state.
Bug 51848 Summary: GCC is not able to vectorize when a constant value is also
added to the sum of array expression inside a loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51848
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113898
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113895
--- Comment #9 from Richard Biener ---
Other testcase with -O3:
long a, b, c;
int d;
long e[2][1];
int f() {
if (c == a)
c = b;
}
void g() {
int h, i = 0;
for (; f() + d + i; i++)
e[h][i] = 4;
}
void main() {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98237
--- Comment #6 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:de658585d6dcc89f1cba71ef5f8f5b55719a7054
commit r14-9024-gde658585d6dcc89f1cba71ef5f8f5b55719a7054
Author: Rainer Orth
Date: Fri Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98237
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
Roger Sayle changed:
What|Removed |Added
Summary|[13/14 Regression] ICE: in |[13 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113895
--- Comment #10 from Richard Biener ---
(In reply to Zhendong Su from comment #8)
> extern void f();
> char a[1][1], b;
> int main() {
> int c = -1U;
> if (b)
> f(a[c][b]);
> return 0;
> }
for this case, while it's also out-of-bounds,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106530
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
Roger Sayle changed:
What|Removed |Added
Target Milestone|--- |15.0
--- Comment #5 from Roger Sayle ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113928
Richard Biener changed:
What|Removed |Added
Known to fail||13.2.1, 14.0
--- Comment #1 from Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113951
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106543
--- Comment #3 from GCC Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:325d5dd53270fe8fd62b36c92c8f8b87c2938bf1
commit r14-9025-g325d5dd53270fe8fd62b36c92c8f8b87c2938bf1
Author: Kito Cheng
Date: Fri Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113931
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:7f3d900684ad989164114f25eb46a33871c6533d
commit r14-9028-g7f3d900684ad989164114f25eb46a33871c6533d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87744
--- Comment #16 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:7f3d900684ad989164114f25eb46a33871c6533d
commit r14-9028-g7f3d900684ad989164114f25eb46a33871c6533d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957
Bug ID: 113957
Summary: [14 Regression] bad-mapper-1.C hangs on all Darwin.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957
Iain Sandoe changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113958
Bug ID: 113958
Summary: support visibility attribute for typeinfo symbol
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113931
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113895
--- Comment #11 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5fd1cbfd65ef2b6dd87cd78ce6509e7d561981ac
commit r14-9029-g5fd1cbfd65ef2b6dd87cd78ce6509e7d561981ac
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113895
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113785
Rainer Orth changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503
--- Comment #5 from Jakub Jelinek ---
For the warning case, I think
--- gcc/fortran/trans-expr.cc.jj2024-02-14 14:26:19.764810614 +0100
+++ gcc/fortran/trans-expr.cc 2024-02-16 13:22:48.693104239 +0100
@@ -9253,19 +9253,20 @@ gfc_trans
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113910
--- Comment #17 from Richard Biener ---
The following still helps quite a bit on its own.
diff --git a/gcc/bitmap.cc b/gcc/bitmap.cc
index 459e32c1ad1..a05ad810800 100644
--- a/gcc/bitmap.cc
+++ b/gcc/bitmap.cc
@@ -2695,18 +2695,21 @@ hashval_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113785
--- Comment #5 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:7c6071a66f32f43cea7aa4aa32d89b338e768307
commit r14-9030-g7c6071a66f32f43cea7aa4aa32d89b338e768307
Author: Rainer Orth
Date: Fri F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113785
Rainer Orth changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113955
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #1 from Georg-Johann Lay ---
What's the LRA way to do LEGITIMIZE_RELOAD_ADDRESS?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2010-06-17 10:36:48 |2024-2-16
--- Comment #40 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113314
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109251
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108357
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #21 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105961
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113959
Bug ID: 113959
Summary: Optimize `__builtin_isnan(x) || __builtin_isinf(x)` to
`__builtin_isfinite(x)`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957
--- Comment #1 from Iain Sandoe ---
the problem is that liberty is using the value set by posix_spawnp for pid.
but:
(darwin):
The argument pid is a pointer to a pid_t variable to receive the pid of
the spawned process; if this is NULL, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108400
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
Bug ID: 113960
Summary: std::map with std::vector as input overwrites itself
with c++20, on s390x platform
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
--- Comment #3 from David Malcolm ---
Current status of reproducer on Compiler Explorer:
GCC trunk: no warning: https://godbolt.org/z/o6ecKKa8e
GCC 13.2: no warning: https://godbolt.org/z/z7hdYx1Y7
GCC 12.3: false +ve: https://godbolt.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108562
Bug 108562 depends on bug 105755, which changed state.
Bug 105755 Summary: -Wanalyzer-null-dereference regression compiling Emacs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755
David Malcolm changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #39 from Jan Hubicka ---
This testcase
#include
int data[100];
__attribute__((noinline))
int bar (int d, unsigned int d2)
{
if (d2 > 10)
printf ("Bingo\n");
return d + d2;
}
int
test2 (unsigned int i)
{
if (i > 10)
_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113060
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957
Iain Sandoe changed:
What|Removed |Added
Component|c++ |other
Keywords|wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #40 from Jakub Jelinek ---
(In reply to Jan Hubicka from comment #39)
> This testcase
> #include
> int data[100];
>
> __attribute__((noinline))
> int bar (int d, unsigned int d2)
> {
> if (d2 > 10)
> printf ("Bingo\n");
> r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #24 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:3a72c717b311ce8093042d927a1f2f2b940a969c
commit r13-8334-g3a72c717b311ce8093042d927a1f2f2b940a969c
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113294
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:ebe00c9d3a0436dec5c354a62d98e444d763ff95
commit r13-8335-gebe00c9d3a0436dec5c354a62d98e444d763ff95
Author: Paul Keir
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113294
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Jan Hubicka changed:
What|Removed |Added
Summary|[14 regression] ICU |[12/13/14 regression] ICU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #42 from Jakub Jelinek ---
So guess we need to union the ranges and for earlier gccs also the zero bits
stuff upon ICF, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113961
Bug ID: 113961
Summary: [14 regression] 26_numerics/random/pr60037-neg.cc
fails in new place after r14-9028-g7f3d900684ad98
Product: gcc
Version: 14.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #43 from Jan Hubicka ---
> // See discussion here:
> // https://gcc.gnu.org/pipermail/gcc-patches/2021-June/571709.html
Discussion says:
"Once legacy evrp is removed, this won't be an issue, as ranges in the IL
will tell the truth.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960
--- Comment #5 from Jan Hubicka ---
hmm. cfg.cc:815 for me is:
fputs (", maybe hot", outf);
which seems quite safe.
The problem does not seem to reproduce for me:
jh@ryzen3:~/gcc/build/gcc> ./xgcc -B ./ tt.c -O
--param=max-inline-r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111213
David Malcolm changed:
What|Removed |Added
Status|NEW |SUSPENDED
--- Comment #4 from David Mal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108802
--- Comment #5 from Jan Hubicka ---
I don't think we can reasonably expect every caller of lambda function to be
early inlined, so we need to extend ipa-prop to understand the obfuscated code.
I disucussed that with Martin some time ago - I thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113961
--- Comment #1 from seurer at gcc dot gnu.org ---
< previous run: g:1aef0a9b07766d100a218ef3e9576d0a0dd35a2d,
r14-9027-g1aef0a9b07766d
> this run: g:7f3d900684ad989164114f25eb46a33871c6533d,
r14-9028-g7f3d900684ad98
< FAIL: 26_numerics/ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98752
--- Comment #7 from Marek Polacek ---
Comment 5 test was fixed by r14-5979-g99d114c15523e0
commit 99d114c15523e0bfe7a89ef1947f82eb5ff0260b
Author: Marek Polacek
Date: Fri Nov 17 14:48:44 2023 -0500
c++: P2280R4, Using unknown refs in con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113929
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5286b0761b5dfac4348d1c5bfdcc162a66f338ee
commit r14-9033-g5286b0761b5dfac4348d1c5bfdcc162a66f338ee
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113929
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #45 from Jan Hubicka ---
> > "Once legacy evrp is removed, this won't be an issue, as ranges in the IL
> > will tell the truth. However, this will mean that we will no longer
> > remove the first __builtin_unreachable combo. But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113961
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104919
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #46 from Andrew Macleod ---
(In reply to Jan Hubicka from comment #43)
> > // See discussion here:
> > // https://gcc.gnu.org/pipermail/gcc-patches/2021-June/571709.html
> Discussion says:
>
> "Once legacy evrp is removed, this won'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113789
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:254ff3d0e34835b4de93d5e5763a7366dc7d989d
commit r14-9034-g254ff3d0e34835b4de93d5e5763a7366dc7d989d
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:254ff3d0e34835b4de93d5e5763a7366dc7d989d
commit r14-9034-g254ff3d0e34835b4de93d5e5763a7366dc7d989d
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113789
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Summary|[13/14 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113158
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:e501a279fb4298c9b23637d573287e059b3b06c8
commit r13-8336-ge501a279fb4298c9b23637d573287e059b3b06c8
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113923
--- Comment #5 from Antoni ---
Created attachment 57438
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57438&action=edit
GIMPLE for the Rust reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113923
--- Comment #6 from Antoni ---
Created attachment 57439
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57439&action=edit
Rust reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111682
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c95dc611a6203f0564722975acff4ad866b9c45e
commit r14-9035-gc95dc611a6203f0564722975acff4ad866b9c45e
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113923
--- Comment #7 from Antoni ---
I don't know if this helps, but I added a small Rust reproducer that can
trigger the segfault when compiled with rustc_codegen_gcc and the corresponding
GIMPLE for this Rust reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111682
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113789
--- Comment #10 from Arthur O'Dwyer ---
FWIW, I think I agree with your analysis. To reiterate what you already said
(and I think GCC already gets the following snippet correct): in
X g (X x) try {
throw x;
} catch (...) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17000
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19073
Marek Polacek changed:
What|Removed |Added
Resolution|--- |WORKSFORME
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29040
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85908
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87331
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 87536, which changed state.
Bug 87536 Summary: Illegal recursive concept leads to compiler ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87536
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87536
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 89336, which changed state.
Bug 89336 Summary: internal compiler error when compiling a constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111974
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113923
--- Comment #8 from Antoni ---
(In reply to David Malcolm from comment #2)
> inlined_call_event's ctor should probably assert that params
> tree apparent_callee_fndecl,
> tree apparent_caller_fndecl,
> are
1 - 100 of 152 matches
Mail list logo