https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot med
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #12 from Martin Liška ---
(In reply to Jan Hubicka from comment #11)
> Reported by HJ:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
>
> As of r221117, I still see
>
> FAIL: gcc.dg/guality/sra-1.c -O2 -flto -fno-use-linker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #11 from Jan Hubicka ---
Reported by HJ:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
As of r221117, I still see
FAIL: gcc.dg/guality/sra-1.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none line 32 a[0] == 4
FAIL: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Bug 63572 depends on bug 63566, which changed state.
Bug 63566 Summary: [5 Regression] i686 bootstrap fails: ICE RTL flag check:
INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #10 from Martin Liška ---
As Cary Countant wrote me, gold's ICF has never implemented support for call
site tables in GDB. Moreover, when Jakub designed the new call site tags, the
design hasn't been changed. In last 4 years, there st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #9 from Richard Biener ---
Not sure if we can do anything about this. ICF breaks this in a similar way
as tail merging does (which makes this kind of regressions older).
I'd say we should suspend this bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #8 from Martin Liška ---
Created attachment 33747
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33747&action=edit
Gold ICF dwarfdump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #7 from Jakub Jelinek ---
(In reply to Martin Liška from comment #6)
> There's how gold's ICF works for test attached by Jakub:
>
> gcc --version:
> gcc version 5.0.0 20141016 (experimental) (GCC)
>
> ld --version:
> GNU gold (GNU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #6 from Martin Liška ---
There's how gold's ICF works for test attached by Jakub:
gcc --version:
gcc version 5.0.0 20141016 (experimental) (GCC)
ld --version:
GNU gold (GNU Binutils 2.24.51.20141010) 1.11
$ gcc icf-gdb.c -c -g --f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Jakub Jelinek changed:
What|Removed |Added
CC|jakub at redhat dot com|
--- Comment #5 from Jakub Jeline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #4 from Jakub Jelinek ---
Better testcase, where ICF actually happens.
struct S { int a; int b; int c; };
__attribute__((noinline)) static int
f1 (struct S *x)
{
static int u = 1;
int g = x->a * 7;
{
static int v = 2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #1 from Richard Biener ---
For debugging most important is to get
(gdb) b foo
still work when foo was merged with bar and the program now calls bar
Similarly nice (but probably impossible) is
(gdb) b foo.c:23
with foo.c:23 inside
15 matches
Mail list logo
