[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-18 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #11 from Richard Biener --- (gdb) p p $2 = (const void *) 0x1f0 is the TREE_TYPE of a CEIL_MOD_EXPR. That looks like a bogus pointer to me. That CEIL_MOD_EXPR is at 0x75bd0b48. It's first allocated as TYPE_DECL for me, then as

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-18 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-18 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #10 from Jakub Jelinek --- (In reply to Richard Biener from comment #9) > Ok, so > > page_table table = G.lookup; > uintptr_t high_bits = (uintptr_t) p & ~ (uintptr_t) 0x; > while (table->high_bits != high_bits) >

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-18 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #9 from Richard Biener --- Ok, so page_table table = G.lookup; uintptr_t high_bits = (uintptr_t) p & ~ (uintptr_t) 0x; while (table->high_bits != high_bits) table = table->next; base = >table[0]; here we assume

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-18 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #8 from Richard Biener --- (In reply to Jan Smets from comment #7) > Should I open a different issue for that? Yes.

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-15 Thread jan.sm...@alcatel-lucent.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #7 from Jan Smets --- Should I open a different issue for that?

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-12 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #6 from Richard Biener --- But it ICEs differently, so the reduction is bogus: > ./cc1plus -quiet t.c -m32 -w t.c:2:23: error: field ‘TYPES’ has incomplete type ‘UINT’ typedef struct { UINT TYPES } eType; ^

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-11 Thread jan.sm...@alcatel-lucent.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #5 from Jan Smets --- Reduced test case by creduce struct UINT; typedef struct { UINT TYPES } eType; fn1(eType) { gcc version 5.3.1 20160411 (GCC) = gcc-5-branch @

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-10 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #4 from Jakub Jelinek --- Yeah, but with the always collect options presumably it might be easier to reduce the testcase more, so creduce and/or delta might be successful on it.

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-10 Thread jan.sm...@alcatel-lucent.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #3 from Jan Smets --- output is the same

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-10 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug c++/70617] internal compiler error: Segmentation fault

2016-04-10 Thread jan.sm...@alcatel-lucent.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617 --- Comment #1 from Jan Smets --- with checking=all ../pchip_code/vfp_combined_c.cpp:85:1: internal compiler error: Segmentation fault 0xd42735 crash_signal .././gcc-5.3.1/gcc/toplev.c:383 0x732f37