https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
Ian Lance Taylor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
--- Comment #7 from Matthias Klose ---
sorry, can't say anymore. Debian dropped ia64, and I don't have access anymore
to any hardware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |4.8.4
--- Comment #5 from Richard Biene
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
--- Comment #3 from Ian Lance Taylor ---
That makes it sound like the problem is that stage2 GCC is mis-compiling stage3
GCC, and that it's only a coincidence that the error occurs when building
libgo.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
--- Comment #2 from Matthias Klose ---
building with BOOT_CFLAGS set to -g -O1 or -g -Og doesn't show the ICE and
builds libgo. Attaching test results later.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
--- Comment #1 from Ian Lance Taylor ---
It's going to be hard for me to solve this using a cross-compiler. I would
need a full glibc to get to the point of failure. Can you try building the
compiler without optimization to see if you can get a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.2