https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
--- Comment #10 from Richard Biener ---
vec<> doesn't really support "large" vectors:
unsigned m_alloc : 31;
unsigned m_using_auto_storage : 1;
unsigned m_num;
so it's basically using 'int'. I guess we should make that
alloc = (alloc *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61338
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112892
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112824
Hongyu Wang changed:
What|Removed |Added
CC||wwwhhhyyy333 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112891
--- Comment #3 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #2)
> (In reply to Hongtao Liu from comment #1)
> > Aaused by r10-3477-g2a2e3a0dfcbe08, Can be fixed by revert the patch.
> >
> > --- a/gcc/config/i386/i386.cc
> > +++ b/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112895
Bug ID: 112895
Summary: ICE: error reporting routines re-entered. (in
check_tag cp/class.cc:1474) with
-fdiagnostics-format=sarif-stderr on simple C++ code
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112894
--- Comment #2 from Andrew Pinski ---
Maybe caused by
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=5e8a30d8b8f4d7ea0a8340b46c1e0c865dbde781
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112894
--- Comment #1 from Andrew Pinski ---
Started at or before r14-6204-g953a9302d1 :
https://gcc.gnu.org/pipermail/gcc-testresults/2023-December/802491.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112894
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112894
Bug ID: 112894
Summary: [14 Regression] g++.dg/warn/Winvalid-memory-model-2.C
fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsuite-fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112890
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112891
--- Comment #2 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #1)
> Aaused by r10-3477-g2a2e3a0dfcbe08, Can be fixed by revert the patch.
>
> --- a/gcc/config/i386/i386.cc
> +++ b/gcc/config/i386/i386.cc
> @@ -15032,14 +15032,7 @@ i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
--- Comment #7 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:3d0f3382fa7b5677f35a9becf75ac436cd7eda7b
commit r14-6261-g3d0f3382fa7b5677f35a9becf75ac436cd7eda7b
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
Julian Waters changed:
What|Removed |Added
CC||tanksherman27 at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112893
--- Comment #3 from Gaius Mulley ---
Created attachment 56822
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56822&action=edit
Proposed fix v1
Here is version 1 of a bugfix which catches an actual parameter of type address
as a mismatch w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112893
--- Comment #2 from Gaius Mulley ---
This bug has been forwarded from the gm2 mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112893
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112893
Bug ID: 112893
Summary: gm2 fails to detect procedure address actual parameter
is incompatible with cardinal formal parameter
Product: gcc
Version: 14.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112892
Bug ID: 112892
Summary: MAX, VEC_PERM> could be just
VEC_PERM,...,c>
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112891
Hongtao Liu changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
--- Comment #1 from H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112891
Bug ID: 112891
Summary: [10/11/12/13/14 Regression] Missing vzeroupper insert.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112859
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106358
Bug 106358 depends on bug 112850, which changed state.
Bug 112850 Summary: -Wanalyzer-tainted-allocation-size false positive seen in
Linux kernel's sound/core/rawmidi.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112850
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112850
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103546
--- Comment #8 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:08b7462d3ad8e5acd941b7c777c5b26b4064d686
commit r14-6239-g08b7462d3ad8e5acd941b7c777c5b26b4064d686
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112850
--- Comment #1 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:08b7462d3ad8e5acd941b7c777c5b26b4064d686
commit r14-6239-g08b7462d3ad8e5acd941b7c777c5b26b4064d686
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112888
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112888
--- Comment #1 from JuzheZhong ---
Could you commit this patch for me ?:
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/639642.html
This patch fixes this ICE.
My internet can not access the gcc.git.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112890
Bug ID: 112890
Summary: [14 Regression] gcc.dg/vect/tsvc/vect-tsvc-s1281.c
timesout with -march=armv9-a+sve
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81323
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112334
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112871
--- Comment #1 from Patrick O'Neill ---
Created attachment 56821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56821&action=edit
testcase-2-freport-bug-output
Here's a different testcase that manifests the same error:
int a, b, d, e, c;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6 from Alexandr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #7 from Jakub Jelinek ---
Actually
--- gcc/cp/cp-gimplify.cc.jj2023-12-05 09:06:06.112878408 +0100
+++ gcc/cp/cp-gimplify.cc 2023-12-06 22:32:46.379370223 +0100
@@ -2906,7 +2906,14 @@ cp_fold (tree x, fold_flags_t flags)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #6 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #5)
> It has been added that way by Marek in
> r8-727-g6b6ae9eb9c06b6911573bb9a13cf98b5a7c98b78
Yet another option would be to keep it, but x = unshare_expr (r);
And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112889
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #3 from Steve Kargl ---
On Wed, Dec 06, 2023 at 08:56:32PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
>
> --- Comment #2 from anlauf at gcc dot gnu.org ---
> The patch looks mostly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #5 from Jakub Jelinek ---
It has been added that way by Marek in
r8-727-g6b6ae9eb9c06b6911573bb9a13cf98b5a7c98b78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #4 from Jakub Jelinek ---
BTW, the reason why cp_save_expr wrapped it into a SAVE_EXPR at first was that
the
COND_EXPR at that point wasn't TREE_READONLY, just non-side-effects and all 3
of its arguments were TREE_READONLY.
Though, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #10 from GCC Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:4f74f6c7aa0820943ba0777dc41d69a969576e18
commit r11-11127-g4f74f6c7aa0820943ba0777dc41d69a969576e18
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #3 from Jakub Jelinek ---
Actually no, ubsan_handle_shift is called here with
SAVE_EXPR (x)->s[VIEW_CONVERT_EXPR(j)] ? NON_LVALUE_EXPR <1> :
NON_LVALUE_EXPR <0>>
as op0.
And what goes out of it + the whole LSHIFT_EXPR with instrument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112889
Bug ID: 112889
Summary: ICE with -fanalyzer seen on Linux kernel
drivers/infiniband/hw/cxgb4/cm.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #2 from anlauf at gcc dot gnu.org ---
The patch looks mostly fine, but can you explain why you make some of the
specific functions generic? Like:
+ make_generic ("dacosd", GFC_ISYM_ACOSD, GFC_STD_GNU);
Because we do not make the o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
--- Comment #3 from Sergei Trofimovich ---
I confirm the proposed change fixes build of libopenmpt-0.7.3 as well. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105543
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
--- Comment #2 from Jakub Jelinek ---
struct S { bool s[8]; };
void
foo (const S *x)
{
unsigned n = 0;
for (unsigned j = 0; j < 8; j++)
n |= ((!x->s[j]) ? 1 : 0) << (16 + j);
}
-O2 -fsanitize=shift-exponent,bounds-strict -Wuninitialize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112888
Bug ID: 112888
Summary: [14 Regression] RISCV ICE: in
compute_lcm_local_properties, at
config/riscv/riscv-vsetvl.cc:2695
Product: gcc
Version: 14.0
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112802
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112887
--- Comment #1 from Andrew Pinski ---
param_l1_cache_line_size should most likely limited to a max of 128MB .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98752
--- Comment #6 from Stephan Bergmann ---
While the original reproducer from comment 0 appears to be fixed in recent GCC
14 trunk, a slight modification still fails at least with recent GCC 14 trunk:
> $ cat test.cc
> struct S1 {
> int a;
> c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112887
Bug ID: 112887
Summary: during GIMPLE pass: phiopt ICE: Floating point
exception (SIGFPE) at tree-ssa-phiopt.c:2224 with
--param=l1-cache-line-size=0x2000
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111068
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111939
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112394
--- Comment #4 from Jakub Jelinek ---
*** Bug 111939 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108032
Marek Polacek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112851
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109146
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112852
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109147
Bug 109147 depends on bug 109146, which changed state.
Bug 109146 Summary: Tail call prevention in frame-address.c is not correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109146
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81323
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112854
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112872
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112855
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
--- Comment #9 from Jakub Jelinek ---
If we wanted to support just INSN_UIDs up to 0x5554, it could be even just
lra_insn_recog_data_len = index * 3U / 2 + 1;
Looking around, vec.cc has similar limitation, it uses unsigned rather than int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112884
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40209
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40209
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112760
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112886
Bug ID: 112886
Summary: We need a new print_operand output modifier for vector
double
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40209
Andrew Pinski changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112572
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
Jakub Jelinek changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112885
--- Comment #1 from Andrew Pinski ---
I suspect this is already fixed with r14-6132 (aka PR 112848 ).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
--- Comment #21 from Michael Matz ---
(In reply to Jan Hubicka from comment #20)
> >
> > Live patching (user-space) doesn't depend on any particular alignment of
> > functions, on x86-64 at least. (The plan for other architectures wouldn't
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112885
Bug ID: 112885
Summary: FAIL: gcc.dg/tree-ssa/ssa-sink-16.c (internal compiler
error: Segmentation fault )
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
--- Comment #3 from Jonathan Wakely ---
This minimal fix is enough to remove the reference to __glibcxx_assert_fail
when optimization is enabled (at any level):
--- a/libstdc++-v3/include/bits/c++config
+++ b/libstdc++-v3/include/bits/c++config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
--- Comment #20 from Jan Hubicka ---
>
> Live patching (user-space) doesn't depend on any particular alignment of
> functions, on x86-64 at least. (The plan for other architectures wouldn't
> need
> any specific alignment either). Note that t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
Jonathan Wakely changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
--- Comment #2 from Jonathan Wakely ---
That change was broken anyway: when _GLIBCXX_ASSERTIONS was not defined, the
condition in the assertion is if constexpr (is_constant_evaluated()) which is
always true, even when not actually doing constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111965
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112445
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112884
Bug ID: 112884
Summary: Missing optimization: fold a%2==0 ? a/2*2 : 0 to
a%2==0 ? a : 0
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112881
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2023-12-06
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #9 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c5c57aa7e63da2e769f4fda6e2ec9e8bd0c7b344
commit r12-10029-gc5c57aa7e63da2e769f4fda6e2ec9e8bd0c7b344
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112880
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2023-12-06
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112883
Bug ID: 112883
Summary: FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b
(test for excess errors)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #20 from John David Anglin ---
The fails have changed on hppa with gcc-14 trunk:
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/includ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110639
--- Comment #4 from Tobias Burnus ---
There are *two* independent issues:
(A) Predefined firstprivate does not find mappings done in the same
directive, e.g.
int a[100];
int *p = &a[0];
#pragma omp target teams distribute map(a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112882
Bug ID: 112882
Summary: [14 Regression] std::clamp no longer usable in header
only mode
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112477
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-12-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112480
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112832
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110133
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
1 - 100 of 163 matches
Mail list logo