https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> --- You also might want to test the patch from PR87132. --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> --- > If you disable bootstrap does it work? The backtrace makes it look like > memory > corruption. Maybe you can also throw valgrind on it? A --disable-bootstrap build (c, c++ only) does work on i386-pc-solaris2.11, but I didn't run make check. While there is a Solaris/x86 valgrind port, I haven't used it yet (and it seems I'll have to use the git version on Solaris 11.4). For a start, I ran the failing compilation with libumem (a debugging malloc) preloaded and UMEM_DEBUG=default: this way, the compilation succeeded without errors. Afterwards, I managed to bootstrap with just LD_PRELOAD=libumem.so on both i386-pc-solaris2.11 and sparc-sun-solaris2.11. That completed successfully, but 200+ 32-bit Go tests now FAIL, together with two 64-bit libstdc++ max_align_t tests. Since there are already similar Go failures with the libc malloc, I'm pretty sure this is just uncovering a preexisting libgo bug. I'll try what I can find with valgrind next.
