https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
David Binderman changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #9 from David Binderman ---
(In reply to David Binderman from comment #8)
> Current range is about 151 revisions.
After a few more rounds, current range seems to be g:fbad7a74aaaddea3
to g:c16c40808331a029, some 10 commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #8 from David Binderman ---
(In reply to David Binderman from comment #7)
> (In reply to David Binderman from comment #6)
> > (In reply to David Binderman from comment #5)
> > > (In reply to David Binderman from comment #0)
> > > > T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #7 from David Binderman ---
(In reply to David Binderman from comment #6)
> (In reply to David Binderman from comment #5)
> > (In reply to David Binderman from comment #0)
> > > The bug seems to exist since sometime before g:02c03108
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #5)
> (In reply to David Binderman from comment #0)
> > The bug seems to exist since sometime before g:02c031088ac0bbf7, dated
> > 20221220.
>
> I tried out a re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #5 from David Binderman ---
(In reply to David Binderman from comment #0)
> The bug seems to exist since sometime before g:02c031088ac0bbf7, dated
> 20221220.
I tried out a revision from a month earlier, dated 2022-11-20,
g:59cc4da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
--- Comment #1 from David Binderman ---
Reduced code seems to be:
int g_30, g_261, g_263, func_1___trans_tmp_17;
int **g_120;
int *g_530;
void func_1() {
int *l_29 = &g_30;
*l_29 = 1;
g_263 = 0;
for (; g_263 <= 1; g_263 += 1) {
g_53
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108482
Bug ID: 108482
Summary: ice in expand_LOOP_DIST_ALIAS, at internal-fn.cc:2737
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86426
--- Comment #11 from David Binderman ---
Probably still broken. One for Jason ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #8 from David Binderman ---
(In reply to David Binderman from comment #4)
> I suspect a grep pattern could help guide the reduction.
> I tried a few patterns, but didn't make any real progress.
Using this pattern:
$ grep "func_23[^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
David Binderman changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #5)
> (In reply to David Binderman from comment #4)
> > Meanwhile, I try a bisection. Trying git hash g:0333892db367b2b9
>
> Seems good. Trying g:d3328df5f5c9908c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #5 from David Binderman ---
(In reply to David Binderman from comment #4)
> Meanwhile, I try a bisection. Trying git hash g:0333892db367b2b9
Seems good. Trying g:d3328df5f5c9908c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > The code is undefined ...
> >
> > func_23(l_26[1]);
> >
> > func_23(struct S0 p_24, struct S0 p_25)
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #3 from David Binderman ---
(In reply to Andrew Pinski from comment #2)
> The code is undefined ...
>
> func_23(l_26[1]);
>
> func_23(struct S0 p_24, struct S0 p_25)
Interesting. It looks like the reduction has not preserved the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
struct S0 {
int f0;
short f1;
unsigned f2 : 7;
short f3
};
g_389;
static *func_23();
func_2() {
struct S0 l_26[] = {4, 5, 4, 6, 4, 5, 4, 6};
func_23(l_26[1]);
}
*fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108384
Bug ID: 108384
Summary: error: conversion of register to a different size in
‘view_convert_expr’
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #16 from David Binderman ---
(In reply to Richard Biener from comment #15)
> So this bug is fixed?
Jakub and I seem to think so. Good enough ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #14 from David Binderman ---
(In reply to Florian Weimer from comment #8)
> I believe the revert in 455acc43518744b89d6a795bbba5045bd228060b should have
> fixed this?
It looks to me like it does.
> I also brought up the initializat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #13 from David Binderman ---
(In reply to David Binderman from comment #12)
> Let's try that out:
>
> g:d423e8dc59045d8f and g:fee53a3194c0d8b7
Seems to work. Good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #12 from David Binderman ---
(In reply to Jakub Jelinek from comment #10)
> BTW, please use g: prefix for git hashes or r13-4989-g345dffd0d4ebff7 or
> r13-4989 styles, anything else is quite useless as it doesn't create
> hyperlinks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #7 from David Binderman ---
(In reply to David Binderman from comment #4)
> (In reply to David Binderman from comment #3)
> > Trying revision aeee4812442c996f in bisect.
>
> That seems fine, so trying 3b6cac2b44b384cd.
That seems o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
David Binderman changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #5 from David Binderman ---
Another runtime bug, probably related:
../../trunk.d1/gcc/expmed.cc:3282:26: runtime error: signed integer overflow:
-9223372036854775808 - 1 cannot be represented in type 'long int'
I am not sure if thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> Trying revision aeee4812442c996f in bisect.
That seems fine, so trying 3b6cac2b44b384cd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #3 from David Binderman ---
Trying revision aeee4812442c996f in bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #1 from David Binderman ---
Reduced C++ code is
typedef int mbstate_t;
namespace std {
struct Trans_NS___cxx11_basic_string {
char *c_str();
};
template _Facet use_facet(int);
template struct __codecvt_abstract_base {
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
Bug ID: 108278
Summary: runtime error with -O1 -Wall
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108136
Bug ID: 108136
Summary: Modula2 meets cppcheck
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135
Bug ID: 108135
Summary: Modula2 meets clang
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108126
Bug ID: 108126
Summary: rust meets cppcheck
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #10 from David Binderman ---
That's the bad revision.
ipa: Better way of applying both IPA-CP and IPA-SRA (PR 103227)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #9 from David Binderman ---
(In reply to David Binderman from comment #8)
> 803a91330bf20174 seems bad, so trying 095a13eda2caf684.
That seems bad, so trying 4834e9360f7bf42f.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #8 from David Binderman ---
803a91330bf20174 seems bad, so trying 095a13eda2caf684.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
David Binderman changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #5)
> That revision seems good. Trying 7450b25566b7a738.
Seems good. Trying 512098a3316f07d4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #5 from David Binderman ---
That revision seems good. Trying 7450b25566b7a738.
For the reduced code, -march=zen3 not required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #4 from David Binderman ---
Git bisect now running. Trying 15f04af347e3b65f.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #3 from David Binderman ---
Reduced C++ code seems to be:
namespace std {
template struct integral_constant {
static constexpr int value = __v;
};
using true_type = integral_constant;
using false_type = integral_constant;
templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108111
Bug ID: 108111
Summary: Rust meets clang
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
Assignee: unassi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #1 from David Binderman ---
CPU is AMD Ryzen 7 5700G, so -march flag is zen3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
Bug ID: 108110
Summary: ice in modify_call, at ipa-param-manipulation.cc:700
with -std=c++14 -O3 -march=native
Product: gcc
Version: 13.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
David Binderman changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #2 from David Binderman ---
That worked fine, so trying 09c91caeb84e7c36.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #1 from David Binderman ---
I am having a go at a git bisect. Trying 892e8c520be37d0a.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
Bug ID: 108047
Summary: ice: unexpected expression of kind implicit_conv_expr
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
--- Comment #3 from David Binderman ---
The bug first seems to appear sometime between git hash 4d08c674b0114622
from yesterday and d0a3d55ae4a2656f, from today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
Bug ID: 107937
Summary: ice in find_var_cmp_const, at
gimple-predicate-analysis.cc:257
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107826
Bug ID: 107826
Summary: ice during GIMPLE pass: slp
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #10 from David Binderman ---
(In reply to Andrew Pinski from comment #9)
> Fixed.
Thanks for that.
Would it ok to manually check all uses of sbitmap, to make sure they initialise
bits appropriately, or would it be better to define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #6 from David Binderman ---
I am trying a bisect with git hash b4fca4fc70dc76cf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #5 from David Binderman ---
I have reduced one of the test cases downto this code:
float val1f[][2], val2f[][2], chkf[][2];
foof_i;
foof() {
int j;
foof_i = 0;
for (; foof_i < 8; foof_i++) {
float tmp = val1f[foof_i][j] *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #4 from David Binderman ---
A third:
./gcc.target/i386/pr61403.c
==749959== Conditional jump or move depends on uninitialised value(s)
==749959==at 0x11DFAE7: bitmap_set_bit (sbitmap.h:137)
==749959==by 0x11DFAE7: gimple_sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #3 from David Binderman ---
Another test case:
./gcc.target/i386/pr53366-2.c
==41== Conditional jump or move depends on uninitialised value(s)
==41==at 0x11DFAE7: bitmap_set_bit (sbitmap.h:137)
==41==by 0x11DFAE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #2 from David Binderman ---
git blame says
dc95e1e970 (Hongyu Wang 2022-01-17 13:01:51 +0800 8292)if
(!bitmap_set_bit (seen, sel[i].to_constant ()))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
--- Comment #1 from David Binderman ---
The valgrind problem doesn't seem to occur with git hash 05432288d4e56055,
dated 20221113, so the bug is recent.
I used git hash 2b2f2ee49a33419f for today's build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107734
Bug ID: 107734
Summary: valgrind error for
gcc/testsuite/cc.target/i386/pr46051.c
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107243
--- Comment #2 from David Binderman ---
Nothing has happened on this for over a month.
The bug still exists in current sources.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #5)
> (In reply to David Binderman from comment #4)
> > (In reply to David Binderman from comment #3)
> > > Trying git revision 2d5c4a16dd833aa0.
> >
> > That loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
--- Comment #5 from David Binderman ---
(In reply to David Binderman from comment #4)
> (In reply to David Binderman from comment #3)
> > Trying git revision 2d5c4a16dd833aa0.
>
> That looks good. Trying 59a63247992eb131.
Looks bad. Trying 2a1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> Trying git revision 2d5c4a16dd833aa0.
That looks good. Trying 59a63247992eb131.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
--- Comment #3 from David Binderman ---
Trying git revision 2d5c4a16dd833aa0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
--- Comment #2 from David Binderman ---
Reduced C++ code seems to be:
--- /home/dcb36/cvise/bug862.cc ---
float dot();
float intersectcylinder_md;
void intersectcylinder(float &dist) {
float nd = dot();
dist = 0 / nd;
float offset = inter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107668
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107609
Bug ID: 107609
Summary: ice in extract_insn, at recog.cc:2791
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107593
Bug ID: 107593
Summary: ice with -Wduplicated-cond
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107510
Bug ID: 107510
Summary: gcc/config/gcn/gcn.cc:4930:9: style: Same expression
on both sides of '||'. [duplicateExpression]
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107435
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
struct qlist_head {
struct qlist_head *next
} qlist_add(struct qlist_head *new, struct qlist_head *head) {
struct qlist_head *prev = head;
new->next = head->next;
prev-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107435
Bug ID: 107435
Summary: ice in build_vector_from_val, at tree.cc:2125
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88974
--- Comment #7 from David Binderman ---
(In reply to Jakub Jelinek from comment #6)
> And this updated patch, while it bootstrapped, had quite a few testsuite
> regressions. So, I'm afraid I don't know where would in some cases the
> src_loc be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #10 from David Binderman ---
(In reply to Martin Liška from comment #8)
> Started with r13-3175-g6ffbf87ca66f4ed9.
So maybe it would be a good idea to assign this bug to Jason ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
David Binderman changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #5)
> (In reply to David Binderman from comment #4)
> > Trying a git bisect with git hash 93b3ab6c0c6a44df.
>
> Seems good. Trying eb491ea5c10955c6.
Seems good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #5 from David Binderman ---
(In reply to David Binderman from comment #4)
> Trying a git bisect with git hash 93b3ab6c0c6a44df.
Seems good. Trying eb491ea5c10955c6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #4 from David Binderman ---
Trying a git bisect with git hash 93b3ab6c0c6a44df.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #3 from David Binderman ---
Reduced C++ code is
template struct integral_constant {
static constexpr int value = __v;
};
template using __bool_constant = integral_constant<__v>;
template struct __conditional {
template using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #2 from David Binderman ---
There is only one mention of cp_gimplify_init_expr in that git
range, and it is the final commit of Jason's, marked
6ffbf87ca66f4ed9cd79cff675fabe2109e46e85.
Not a smoking gun, but possibly a lead candida
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
--- Comment #1 from David Binderman ---
The compiler first seems to break sometime between git hash 8a9e92b249c9c5a5
and 6ffbf87ca66f4ed9, a day later.
Reduction running.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107267
Bug ID: 107267
Summary: ice in cp_gimplify_init_expr, at cp/cp-gimplify.cc:253
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107244
--- Comment #1 from David Binderman ---
The bug first seems to occur sometime between git hash 248c8aeebc49aae3
and 637e3668fdc17c4e, a day later.
Reduction running now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107244
Bug ID: 107244
Summary: error: invalid position or size in ‘bit_insert_expr’
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107243
Bug ID: 107243
Summary: ice in arithmetic_instr, at config/arm/arm.cc:2089
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107203
--- Comment #1 from David Binderman ---
git blame says:
706cd57f714f (Roberto Lublinerman 2011-08-24 19:22:44 + 278) ++it;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107204
Bug ID: 107204
Summary: gcc/config/sh/divtab-sh4.cc: 2 * possible float
conversion overflow
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107203
Bug ID: 107203
Summary: Possible missing sanity check in
gofrontend/ast-dump.cc ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92286
--- Comment #5 from David Binderman ---
A quick grep suggests two problems in gcc source code:
trunk.git/gcc/ada/sysdep.c:423:26: style: Expression is always true because
'else if' condition is opposite to previous condition at line 415.
[multiC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92286
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #6 from David Binderman ---
Git hash 09df0d8b14dda66c seems good. Trying fce601fd07fd04f5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #4 from David Binderman ---
Git hash e2a228438919d846 seems good. Trying 09df0d8b14dda66c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #3 from David Binderman ---
81 revisions to bisect. Trying e2a228438919d846.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #2 from David Binderman ---
Build with -O2 demonstrates the same valgrind problem, so someone this week,
between the two git hashes mentioned, has broken the -O2 build.
I haven't got the compute power here to do the bisect. Advice s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #1 from David Binderman ---
I can tell you that last weekend's valgrind build with -O2 went fine.
That was from git hash ca01d2526917ec6e.
This weekend's valgrind build, with -O3 enabled, is from git hash
6ffbf87ca66f4ed9cd79cff675f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
Bug ID: 107197
Summary: valgrind error in function same_line_p during build
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107156
David Binderman changed:
What|Removed |Added
CC||joseph at codesourcery dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107156
Bug ID: 107156
Summary: ice in lookup_attribute_by_prefix, at attribs.h:239
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
--- Comment #4 from David Binderman ---
(In reply to Andrew Pinski from comment #3)
> This is most likely the fix but I don't have time to test it right now"
The obvious copy seems to fix the problem:
[/home/dcb/gcc/trunk.git] $ cp ./gcc/cp/cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
David Binderman changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136
Bug ID: 107136
Summary: File cp-trait.def not found in kernel build
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107029
Bug ID: 107029
Summary: ice during GIMPLE pass: reassoc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106970
--- Comment #7 from David Binderman ---
I am not too sure that what I found is the same as the original bug report.
Reduced C code is:
int script_obj_as_number_obj, script_obj_as_number_obj_0_0;
double script_obj_as_number() {
if (script_ob
501 - 600 of 1133 matches
Mail list logo
