https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106279
--- Comment #2 from David Binderman ---
(In reply to Wilco from comment #1)
> iwmmxt has been dead for 2 decades now - it's support has most likely
> bitrotted, so I'm surprised anyone is trying to use it...
Time to remove support for it, or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106279
Bug ID: 106279
Summary: reload problem on arm iwmmxt
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106272
--- Comment #2 from David Binderman ---
I just noticed similar four lines earlier:
libcpp/include/line-map.h:1876:12: warning: moving a temporary object prevents
copy elision [-Wpessimizing-move]
Source code is
return std::move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106272
Bug ID: 106272
Summary: clang build: new warning ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #4 from David Binderman ---
After another 100 minutes or so of reduction, I got this:
int max(int __b) {
if (0 < __b)
return __b;
return 0;
}
struct Plane {
using T = int;
Plane(int, int);
T *Row();
};
using ImageF =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #3 from David Binderman ---
Created attachment 53264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53264=edit
gzipped C++ source code
After about 100 minutes of computation, I provide the partly reduced code.
The cvise line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #2 from David Binderman ---
Git hash range seems to be f843bea4ca5613cb..683f11843974f0bd, which is 63
commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
Bug ID: 106219
Summary: ice in vect_do_peeling, at
tree-vect-loop-manip.cc:2703
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106180
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106184
David Binderman changed:
What|Removed |Added
CC||mir at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106184
Bug ID: 106184
Summary: gcc/analyzer/sm-fd.cc:545: ordering problem ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #20 from David Binderman ---
(In reply to David Binderman from comment #19)
> I have a third test case. I suspect it is a duplicate of #2,
> but could I ask you to confirm this, please ?
>
> It is part of the same package as #2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #19 from David Binderman ---
Created attachment 53232
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53232=edit
gzipped C++ source code
I have a third test case. I suspect it is a duplicate of #2,
but could I ask you to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #8 from David Binderman ---
I seem strangely unable to add email address xionghu...@tencent.com to this
email,
for their opinion on this bug report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #7 from David Binderman ---
(In reply to David Binderman from comment #5)
> Seems good. Current range appears to be [607118dfa47a1865, f1fcd6e3ad911945].
Tried 57424087e82db140 and that looked bad, so current range is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #5 from David Binderman ---
Seems good. Current range appears to be [607118dfa47a1865, f1fcd6e3ad911945].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> I am trying a git bisect. Trying git f1fcd6e3ad911945.
Goes wrong with that. Trying 607118dfa47a1865.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #3 from David Binderman ---
I am trying a git bisect. Trying git f1fcd6e3ad911945.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #2 from David Binderman ---
Reduced C code seems to be
char *var_1;
void pool_conda_matchspec() {
for (; var_1 && *var_1 &&
*var_1 != '<' && *var_1 != '>' &&
*var_1 != '!' && *var_1 != '~';)
if (*var_1 >=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
--- Comment #1 from David Binderman ---
Problem first seems to occur sometime between git hash 713f2fd923442b1b
and 98b6e62cf5e7d477, a couple of days later.
cvise reduction running in other window.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126
Bug ID: 106126
Summary: tree check fail in useless_type_conversion_p, at
gimple-expr.cc:87
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106030
--- Comment #6 from David Binderman ---
Around 22,000 executions of csmith per 24 hours and feeding the results
to trunk gcc are proving their value in flushing out bugs in gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106030
--- Comment #1 from David Binderman ---
I should mention that this code is fine on x86_64, but breaks on arm-32 native
and cross.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106030
Bug ID: 106030
Summary: ice in emit_move_insn, at expr.cc:4026
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #9 from David Binderman ---
(In reply to David Binderman from comment #8)
> (In reply to David Binderman from comment #7)
> > Created attachment 53119 [details]
> > C source code
> >
> > Another one. Over 15 minutes this time.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #8 from David Binderman ---
(In reply to David Binderman from comment #7)
> Created attachment 53119 [details]
> C source code
>
> Another one. Over 15 minutes this time.
Flag -O2 required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #7 from David Binderman ---
Created attachment 53119
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53119=edit
C source code
Another one. Over 15 minutes this time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856
--- Comment #7 from David Binderman ---
(In reply to Roger Sayle from comment #6)
> Hi David. Thanks again for all your help (building Linux distributions is a
> helpful/vital service to the GCC community).
Thanks. Good to know I am doing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #6 from David Binderman ---
Here are the results from -ftime-report, with the 0.0% lines removed:
Time variable usr sys wall
GGC
phase opt and generate :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #5 from David Binderman ---
Created attachment 53097
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53097=edit
C source code
This source code file takes something over ten minutes,
with compiler flags -fno-var-tracking -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856
--- Comment #4 from David Binderman ---
Roger makes an interesting comment about test case coverage in the C and C++
testsuite.
There are about 45,000 C test cases and about 19,000 C++ test cases.
This gives pretty good coverage in practice,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856
--- Comment #1 from David Binderman ---
The bug first appears sometime after git hash de57440858591a88.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856
Bug ID: 105856
Summary: ice in emit_move_insn, at expr.cc:4011
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105853
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
struct {
struct {
short e16[3];
}
} const eth_addr_zero = {{}};
void compose_nd_na_ipv6_src() { packet_set_nd(eth_addr_zero); }
Note no -march= setting is required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105853
Bug ID: 105853
Summary: ice in pieces_addr constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105852
--- Comment #1 from David Binderman ---
Reduced C++ code seems to be:
template struct Local { friend Local False(int *); };
Local source_map_url;
Local False(int *);
void New() { False; }
Local False(int *) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87633
--- Comment #14 from David Binderman ---
(In reply to Andrew Pinski from comment #13)
> Please file this as a seperate bug as it is a different bug.
Done. # 105852.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105852
Bug ID: 105852
Summary: ice in instantiate_decl
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87633
David Binderman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105849
Bug ID: 105849
Summary: A couple of new clang warnings
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105738
--- Comment #3 from David Binderman ---
I think if the problem has gone away, then it looks like clang is miscompiling.
Not a problem in gcc, then. I think this bug can be closed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105763
David Binderman changed:
What|Removed |Added
Summary|[13 Regression] ice in |[13 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105763
--- Comment #1 from David Binderman ---
Reduced C code is
int rl2_decode_png_bit_depth;
int *rl2_decode_png_p_data;
void rl2_decode_png_row_pointers() {
unsigned sample_type = 0;
_setjmp();
switch (rl2_decode_png_bit_depth)
case 6:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105763
Bug ID: 105763
Summary: ice in outgoing_edge_range_p, at gimple-ra
nge-gori.cc:1253
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Can you give the output of gcc -v?
Sure.
dcb@raspberrypi:~/csmith $ /home/dcb/gcc/results/bin/gcc -v
Using built-in specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
Bug ID: 105747
Summary: Possible resource hog with -O2 -fno-var-tracking
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105738
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> It could be clang/llvm miscompiling stage 2. Can you try with gcc as the
> original compiler?
Thanks for the suggestion. I did that, and the problem seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105738
Bug ID: 105738
Summary: asan error during bootstrap
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105597
--- Comment #3 from David Binderman ---
Reduced C code seems to be:
typedef struct {
int allocated;
} vvec;
int vvneeds_want, mgpssort;
void vvinit(vvec *v, int minelems) { v->allocated = -minelems; }
void vvneeds(vvec *v, int needed) {
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105597
--- Comment #1 from David Binderman ---
The bug seems to have started recently, between git hash 5b2a24ebfc0b2b4c
and 98e475a8f58ca3ba, a distance of 111 commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105597
Bug ID: 105597
Summary: ice in type, at value-range.h:223
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105581
--- Comment #3 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Well. There is a meaning for the code though.
> That is negative > other_negative
> Means negative is true while other_negative is false the result will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105581
Bug ID: 105581
Summary: boolean types and relational operators problem
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105572
--- Comment #1 from David Binderman ---
The problem seems to exist before git revision 82a4c5c704433249, dated about a
month ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105572
Bug ID: 105572
Summary: timeout with -march=bdver2
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105559
--- Comment #7 from David Binderman ---
Thanks for the fast work. Less than 2.5 hours from reported to fixed
for a bug that hadn't been found for a couple of years.
I should also mention that this bug was produced from code produced by csmith,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105559
David Binderman changed:
What|Removed |Added
Component|debug |c
--- Comment #1 from David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105559
Bug ID: 105559
Summary: -g and -O3 cause timeout
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105529
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105210
--- Comment #10 from David Binderman ---
(In reply to Martin Liška from comment #9)
> Should be fixed with g:880456ed99d23ae76be4ecc929bcbcf8cae5eb66.
Presumably there's a good reason why the one in file
libdecnumber/dpd/decimal64.c
didn't get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #7 from David Binderman ---
(In reply to Martin Liška from comment #6)
> Can't see the warning when I build the current zlib library with clang.
You might need to switch on -Wall or (more likely) -Wextra.
> Can you please paste a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105462
--- Comment #1 from David Binderman ---
Reduced C code is
int mpfr_atan_aux_r;
void mpfr_atan() {
2 * mpfr_atan_aux_r > mpfr_atan_aux_r ?: __builtin_unreachable();
mpfr_atan_aux_r = 2 * mpfr_atan_aux_r;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105462
Bug ID: 105462
Summary: ice in set_range_info_raw, at tree-ssanames.cc:356
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105435
--- Comment #2 from David Binderman ---
A reduction of the original code produces this:
void arm_cpu_builtins() {
if (0 ? 0 ? 4 : 2 : 0)
;
}
The best parse of this I can think of is:
void arm_cpu_builtins() {
if (0 ? (0 ? 4 : 2) : 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105435
David Binderman changed:
What|Removed |Added
CC||tobias.burnus at physik dot
fu-ber
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105435
Bug ID: 105435
Summary: Wtautological-constant-compare warning in trunk build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87656
--- Comment #15 from David Binderman ---
(In reply to Segher Boessenkool from comment #12)
> The only reason to remove support for this is if it actually simplifies the
> compiler code itself, which means we have to completely not support it
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
David Binderman changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87656
--- Comment #11 from David Binderman ---
-Wold-style-definition
KnR style function definitions have been deprecated for about 35 years.
Yes, there is a warning for it in gcc, but that warning isn't in either
-Wall or -Wextra.
Also, switching
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #2 from David Binderman ---
(In reply to Jonathan Wakely from comment #1)
> See the thread starting at
> https://gcc.gnu.org/pipermail/gcc/2022-April/238497.html
Thanks for that. Nick Clifton seems to think a simple rebase should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
Bug ID: 105404
Summary: new version of zlib
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105283
Bug ID: 105283
Summary: Ternary operator and precedence warning
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105278
--- Comment #4 from David Binderman ---
(In reply to Eric Gallager from comment #3)
> (In reply to David Binderman from comment #2)
> > (In reply to Eric Gallager from comment #1)
> > > -Wfloat-equal gets you a warning, as does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105278
--- Comment #2 from David Binderman ---
(In reply to Eric Gallager from comment #1)
> -Wfloat-equal gets you a warning, as does -Wdouble-promotion:
Thanks for that. This looks like another case where an obscure flag
really ought to be in -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55077
--- Comment #9 from David Binderman ---
-Wfloat-conversion does the deed: any chance of getting it someplace useful
like -Wall or -Wextra anytime soon ?
I will put it into my local compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105278
Bug ID: 105278
Summary: no warning for precise literals compared with floats
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97578
--- Comment #15 from David Binderman ---
(In reply to Jakub Jelinek from comment #14)
> Resetting to P3, as the state is unknown.
I tried out the code in the original bug, and it looks fine to me.
$ /home/dcb/gcc/results/bin/gcc -c bug659.c
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105210
--- Comment #7 from David Binderman ---
(In reply to Martin Liška from comment #6)
> I'm going to prepare a patch for next stage 1.
Do you mean the smaller patch to fix the problems I reported,
or a larger patch to have gcc duplicate the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105210
--- Comment #2 from David Binderman ---
It seems that recent gcc trunk can't detect set-but-not-used in this code:
extern int g( int);
void f( int m)
{
int n;
n = 0;
for (int i = 0; i < m; ++i)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105210
--- Comment #1 from David Binderman ---
It would appear that clang trunk is better at finding set-but-not-used
variables than gcc.
Here are some more cases:
./../trunk.git/gcc/genautomata.cc:5664:7: warning: variable 'alts_number' set
but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105210
Bug ID: 105210
Summary: gcc/auto-profile.cc:391:11: warning: variable 'level'
set but not used
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
--- Comment #5 from David Binderman ---
Same for trunk.git/gcc/rtl-ssa/internals.inl. The result is going into a bool,
so I see no need for |, only ||.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
--- Comment #4 from David Binderman ---
I had a quick look at the two warnings for gcc/gimple-ssa-sprintf.cc
and they look like they could move from | to || happily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
--- Comment #1 from David Binderman ---
Interestingly, I tried a build of gcc trunk with the new clang-14
and got many cases of this warning.
$ grep "warning:.*Wbitwise-instead-of-logical" mk.out | sort | uniq -c > /tmp/0
$ wc -l /tmp/0
16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
Bug ID: 105164
Summary: new warning in clang, missing in gcc:
-Wbitwise-instead-of-logical
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105121
David Binderman changed:
What|Removed |Added
Resolution|--- |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105121
--- Comment #3 from David Binderman ---
(In reply to Richard Biener from comment #2)
> Are you sure you have object files compiled with the same compiler as you
> link with?
I just compiled it again. Yes, I have the same compiler.
It looks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105121
--- Comment #1 from David Binderman ---
Created attachment 52732
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52732=edit
x86 object module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105121
Bug ID: 105121
Summary: ice in bp_unpack_string
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104901
--- Comment #9 from David Binderman ---
(In reply to Andreas Schwab from comment #7)
> I think it would still be worthwhile to avoid the antipattern (v == c1 && v
> == c2).
+1
I haven't got a rs6000 box, but I suspect our old friend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105006
David Binderman changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105006
Bug ID: 105006
Summary: ice: tree check: expected function_decl, have
using_decl in maybe_push_used_methods, at
cp/class.cc:1325
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104901
David Binderman changed:
What|Removed |Added
CC||pc at us dot ibm.com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104901
Bug ID: 104901
Summary: gcc/config/rs6000/mm_malloc.h:46:
incorrectLogicOperator
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104837
Bug ID: 104837
Summary: tree check fail: in tree_operand_check, at tree.h:3948
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104836
Bug ID: 104836
Summary: ice in unify, at cp/pt.cc:24055
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104680
Bug ID: 104680
Summary: identical inner condition not detected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104662
Bug ID: 104662
Summary: arm: ice in simd_valid_immediate
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104643
Bug ID: 104643
Summary: gcc/config/rs6000/driver-rs6000.cc: 2 * pointless call
?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
601 - 700 of 1079 matches
Mail list logo
