https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
--- Comment #6 from Jakub Jelinek ---
I think it should be even fixed already:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=343416f0c11c42bed07f6db03ca599f4f1771b17
but haven't verified that yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116205
Dimitar Dimitrov changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116205
Bug ID: 116205
Summary: pru: Bit field layout not conforming to TI ABI
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105464
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107183
Andrew Pinski changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107183
--- Comment #12 from Andrew Pinski ---
*** Bug 107356 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107356
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116148
Sam James changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116204
--- Comment #3 from Patrick O'Neill ---
Ah - thanks for the quick correction. I had forgotten about that difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155
--- Comment #11 from Dimitar Dimitrov ---
(In reply to qinzhao from comment #10)
> (In reply to Dimitar Dimitrov from comment #9)
> > For pru:
> > sizeof (int) = 4
> > __alignof__ (int) = 1
> >
> > From gcc/config/pru.h:
> > #define INT_T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116204
--- Comment #2 from Andrew Pinski ---
That is long is 32bit on ILP32 targets while 64bit on LP64 targets.
So the difference between RV32 and RV64 is rather the size of long being
different rather than a miscompiling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116204
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #12 from Oleg Endo ---
(In reply to Andrew Pinski from comment #8)
> ```
> (gdb) condition 1 x_rtl.emit.x_cur_insn_uid==1083
>
> #0 make_insn_raw (pattern=0x77570858) at ../../gcc/emit-rtl.cc:4137
> #1 0x01f10469 in sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116204
Bug ID: 116204
Summary: RISC-V: rv32 miscompile at -O0
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #10 from Andrew Pinski ---
Created attachment 58808
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58808&action=edit
Fix to sh_recog_treg_set_expr
The problem is sh_recog_treg_set_expr is called from rtx_costs which sometimes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
Andrew Pinski changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116185
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #8 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #7 from Andrew Pinski ---
make_insn_raw: cur_uid: 1084
make_insn_raw: cur_debug_uid: 21
make_insn_raw: cur_uid: 1085
make_insn_raw: cur_debug_uid: 21
cannot propagate from insn 1022 into insn 19: would increase complexity of
pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #6 from Andrew Pinski ---
The code for get_max_insn_count is the following:
```
int
get_max_insn_count (void)
{
int n = cur_insn_uid;
/* The table size must be stable across -g, to avoid codegen
differences due to debug in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #5 from Andrew Pinski ---
Note cprop.cc also allocates the hashtable a similar way but its walk over the
hashtable is ok because it does not allocate psedu-registers based on the
order.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116185
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116189
--- Comment #3 from Andrew Pinski ---
expr_hash_table has a different order depending on debug and non-debug ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #17 from Segher Boessenkool ---
Does it also work if you spell the option name correctly? All unknown
configure
options are always accepted silently.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
--- Comment #5 from rudi at heitbaum dot com ---
Hi Andrew, thanks for looking in to this so quickly. I can confirm that it is
indeed the 6.11-rc1 kernel alongside both gcc-14.1 and gcc-14.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
--- Comment #4 from Xi Ruoyao ---
Also note that this can only be triggered with a Linux 6.11-rc1 or a linux.git
snapshot, they are not official kernel releases so they are more likely to be
buggy than GCC 14.2 (which is an official GCC release)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116179
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
Andrew Pinski changed:
What|Removed |Added
Status|NEW |SUSPENDED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-08-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116203
Bug ID: 116203
Summary: libsanitizer fails to build for aarch64 (14.2) with
__NR_newfstatat was not declared in this scope
Product: gcc
Version: 14.2.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104626
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104626
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:a53c029bf855fd4250076a07d0d8150b9c39bc91
commit r15-2705-ga53c029bf855fd4250076a07d0d8150b9c39bc91
Author: Steve Kargl
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116182
Sam James changed:
What|Removed |Added
Summary|bootstrap-lto should set a |bootstrap-lto should set a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
--- Comment #12 from Sam James ---
Thank you as ever.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116202
Bug ID: 116202
Summary: RISC-V: Miscompile at -O3 with zvl256b
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
--- Comment #4 from Jeffrey A. Law ---
Definitely a latent bug in reload. Looks like it's been around since the
conversion to SUBREG_BYTE back in 2001! We're blindly using
subreg_regno_offset on a case that can't be simplified. We should be c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #16 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #14)
> So, can you explain how could libquadmath build at all in such
> configurations?
> __float128 type is supported and not TFmode?
> Is that because it is KFmode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
--- Comment #3 from Sebastian Andrzej Siewior ---
bisect says:
commit b644126237a1aa8599f767a5e0bbada1d7286f44
Author: liuhongt
Date: Wed May 29 11:14:26 2024 +0800
Align tight&hot loop without considering max skipping bytes.
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116166
Sam James changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=11160
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #15 from Jakub Jelinek ---
If so, then perhaps
--- libquadmath/math/sqrtq.c.jj 2024-04-09 08:16:54.128737859 +0200
+++ libquadmath/math/sqrtq.c2024-08-02 23:28:00.862495012 +0200
@@ -9,6 +9,9 @@
&& defined(FE_TOWARDZERO) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #14 from Jakub Jelinek ---
So, can you explain how could libquadmath build at all in such configurations?
__float128 type is supported and not TFmode?
Is that because it is KFmode instead or what?
quadmath.h has
#if (!defined(_ARCH_P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116201
Bug ID: 116201
Summary: SARIF output doesn't properly reference the CWE
taxonomy
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: SARIF
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116197
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #5 from Andrew Pinski ---
On x86_64 we are crashing on:
=> 0x00a01bb6 <+2278>: mov0x2612db0(,%rax,8),%rdx
(insn:TI 1615 3377 1617 104 (set (reg:DI 0 ax [690])
(zero_extend:DI (reg:SI 2 cx [681])))
"/home/apinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116181
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
--- Comment #2 from Jeffrey A. Law ---
Even if we're going to drop m68k due to lack of LRA support, if ext-dce is
doing something wrong, it's still worth debugging & fixing as it likely affects
other ports. And note this is the second issue bis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155
--- Comment #10 from qinzhao at gcc dot gnu.org ---
(In reply to Dimitar Dimitrov from comment #9)
> For pru:
> sizeof (int) = 4
> __alignof__ (int) = 1
>
> From gcc/config/pru.h:
> #define INT_TYPE_SIZE 32
> #define BIGGEST_ALIGNMENT 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115361
--- Comment #2 from Marek Polacek ---
I've moved -Wdangling-reference to -Wextra in r15-2703-g5ebfaf2d4994c1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Sam James changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-08-02
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #3 from Andrew Pinski ---
Note I am testing on x86_64-linux-gnu but it looks like it fails mostly
everywhere too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Sam James changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #1 from Andrew Pinski ---
Compiling fortran/module.o at "-O0 -g" works but fails if compiled at "-O2 -g".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Bug ID: 116200
Summary: [15 regression] ICE in stage 2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105475
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Arsen Arsenovic :
https://gcc.gnu.org/g:5b4476a165565cb20729c0a97a3f43b060595209
commit r15-2702-g5b4476a165565cb20729c0a97a3f43b060595209
Author: Arsen ArsenoviÄ
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116191
--- Comment #3 from ilija.tovilo ---
(In reply to Andi Kleen from comment #2)
> I suppose it depends on the programing style if it's a good idea. Sometimes
> inlining allows to constant propagate and collapse a lot of code, and you
> definitely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155
--- Comment #9 from Dimitar Dimitrov ---
(In reply to qinzhao from comment #8)
> (In reply to Dimitar Dimitrov from comment #7)
> > Size of only_fam_2 is 1.
> sizeof (int) and alignof (int) still is 4?
For pru:
sizeof (int) = 4
__alignof__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116191
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
--- Comment #3 from rsaxvc at gmail dot com ---
Thanks, that makes sense. I didn't realize that any code in a header would need
to be able to compile as any language including that header, so we'll need to
fix LVGL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116199
Bug ID: 116199
Summary: [15 Regression] reload ICE building glibc for m68k
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
--- Comment #1 from Sam James ---
extern "C" does _not_ change the language something is built as, just linkage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116198
Bug ID: 116198
Summary: Wdeprecated-enum-enum-conversion triggers inside
extern "C"
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116197
Bug ID: 116197
Summary: [14/15 only] RISC-V: zvkn does not imply "v" extension
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116195
Andrew Pinski changed:
What|Removed |Added
Summary|arm: ICE building |[MVE] arm: ICE building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116179
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116185
Bug 116185 depends on bug 116058, which changed state.
Bug 116058 Summary: [15 Regression] sh4-linux-gnu fails to bootstrap, late
combine issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #16 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:da33ad53bcb57943fa671c745938a53f4de89a1b
commit r15-2700-gda33ad53bcb57943fa671c745938a53f4de89a1b
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116156
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:14fa2b2ae7f49dee5e7e7469243e281e48d925b9
commit r14-10552-g14fa2b2ae7f49dee5e7e7469243e281e48d925b9
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30920
Richard Sandiford changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116193
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #48 from qinzhao at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #30)
> Then perhaps we should ASAP change
> handle_counted_by_attribute so that it emits a sorry message if
> (c_dialect_cxx ()),
> either as the first t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116196
--- Comment #1 from Mikael Morin ---
Draft patch:
diff --git a/gcc/fortran/dependency.cc b/gcc/fortran/dependency.cc
index 15edf1af9df..348fd562ef6 100644
--- a/gcc/fortran/dependency.cc
+++ b/gcc/fortran/dependency.cc
@@ -1253,11 +1253,8 @@ ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116145
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116145
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:ba730fd10934e4ca004251aa3748bf9da4d35e62
commit r15-2696-gba730fd10934e4ca004251aa3748bf9da4d35e62
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 88313, which changed state.
Bug 88313 Summary: generic lambda in default template argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88313
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88313
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
Patrick Palka changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116038
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115296
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116196
Bug ID: 116196
Summary: Missing temporary with WHERE and aliasing TARGET array
references
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 116169, which changed state.
Bug 116169 Summary: [DR882] `int main() = delete` is incorrect accepted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116169
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:a790828ccb3b06a7771f871651e7b54d13c3a168
commit r15-2695-ga790828ccb3b06a7771f871651e7b54d13c3a168
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116195
Bug ID: 116195
Summary: arm: ICE building pr50.C
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #6 from Alex Coplan ---
Just to give an update on this, the following testcase shows why adding:
#pragma GCC unroll 4
in libstdc++ doesn't immediately seem to help. The testcase is:
$ cat lambda.cc
template
inline Iter
my_find(It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30920
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12454
Richard Biener changed:
What|Removed |Added
Keywords|compile-time-hog|
Summary|large number of if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111821
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed|2012-01-07 00:00:00 |2024-8-2
Status|RESOLVED
1 - 100 of 139 matches
Mail list logo
