https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #34 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #33 from Eric Botcazou <ebotcazou at gcc dot gnu.org> --- >> I found that enabling it causes quite a number of regressions. Here's >> the list that I've just recreated: [...] >> Maybe this goes away with your unwinding fix, though. > > OK, that was a second unwinding issue, now fixed too. Great. > Can you remind me of the issue in 64-bit mode? Inconvenient memory layout, > right? It seems to be present on Linux as well. Right: 64-bit Solaris/SPARC uses the full 64-bit address space: https://docs.oracle.com/cd/E37838_01/html/E66175/advanced-2.html#SSFDGadvanced-5 The gap between the low and high parts cannot be determined programmatically right now and varies between different sparc machines. Even if that could be fixed (there's been talk about adding an interface to determine that information at runtime), the current shadow address calculation cannot cope with such a discontinuous address space. 64-bit Solaris/x86 had the same problem, but the layout was changed for Solaris 11.4 at least, so here things are easier: https://docs.oracle.com/cd/E37838_01/html/E66175/fcowb.html#SSFDGfcpaf
