[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370 Bug 58370 depends on bug 58397, which changed state. Bug 58397 Summary: Please add host_hooks for NetBSD to make precompiled headers work https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58397 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370 --- Comment #4 from Martin Husemann martin at netbsd dot org --- To avoid confusion, I'm splitting this into two separate reports - will dig further into the crash myself, since it is probably not easy to reproduce on other host platforms.
[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370 --- Comment #1 from Martin Husemann martin at netbsd dot org --- The fatal error seems to happen because NetBSD uses the default HAVE_MMAP_FILE implementation of gt_pch_get_address and gt_pch_use_address instead of specific host hooks. Looking at the existing host hook implementations for those two functions I am really terrified. Why is relocation not possible?
[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org --- (In reply to Martin Husemann from comment #1) The fatal error seems to happen because NetBSD uses the default HAVE_MMAP_FILE implementation of gt_pch_get_address and gt_pch_use_address instead of specific host hooks. Looking at the existing host hook implementations for those two functions I am really terrified. Why is relocation not possible? Probably because nobody submitted and tested a NetBSD implementation.
[Bug preprocessor/58370] pre compiled headers failure on NetBSD/sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370 --- Comment #3 from Martin Husemann martin at netbsd dot org --- (In reply to Richard Biener from comment #2) Probably because nobody submitted and tested a NetBSD implementation. You mean an evil hack to try to avoid the relocation (like all existing host hooks seem to do)? Relocation of precompiled header information should not be host specific. With it, any posix mmap (via the default implementation) would do.