https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #15 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:91c963ea6f845a0c59b7523a5330b8d3ed1beb6a
commit r14-2978-g91c963ea6f845a0c59b7523a5330b8d3ed1beb6a
Author: Andrew Pinski
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
CC||shaohua.li at inf dot ethz.ch
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #10 from Andrew Pinski ---
I am not happy with the patch I came up with but it does reduce the amount of
iterating and 100% makes sure it is bound so it will work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #9 from Andrew Pinski ---
(gdb) p debug_tree(expr1)
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x778215e8 precision:32 min max
pointer_to_this >
visited
def_stm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #8 from Andrew Pinski ---
Oh the difference between -O1 and -O2 is due to in fre:
/* At -O[1g] use the cheap non-iterating mode. */
bool iterate_p = may_iterate && (optimize > 1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #7 from Andrew Pinski ---
(In reply to David Binderman from comment #6)
> (In reply to Andrew Pinski from comment #4)
> > There is a stack overflow while executing the FRE pass.
>
> I can confirm over 100,000 stack frames.
>
> Whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #6 from David Binderman ---
(In reply to Andrew Pinski from comment #4)
> There is a stack overflow while executing the FRE pass.
I can confirm over 100,000 stack frames.
Which -f flag causes the FRE pass to be executed ?
I assume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #5 from David Binderman ---
Created attachment 55679
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55679&action=edit
C source code
Another test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #4 from Andrew Pinski ---
Reduced testcase:
```
struct S1 {
unsigned f0;
};
static int g_161;
void func_109(unsigned g_227, unsigned t) {
struct S1 l_178;
int l_160 = 0x1FAE99D5L;
int *l_230[] = {&l_160};
if (l_160) {
f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
--- Comment #3 from Andrew Pinski ---
I think this might be the common attribute on an local variable decl that is
causing the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110874
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Version|unknown
15 matches
Mail list logo
