Since the Go 1.11 merge, many (all?) 64-bit Solaris 10/SPARC execution tests FAIL with FAIL: cmd/go/internal/cache runtime: memory allocated by OS [18446744071360741376, 18446744071427850240) not in usable address space: base outside usable address space fatal error: memory reservation exceeds address space limit runtime stack: :0 :0 :0 :0 :0 :0 :0 :0 [...] :0 main /vol/gcc/src/hg/trunk/local/libgo/runtime/go-main.c:57 _start :0 Solaris 11/SPARC and Solaris/x86 are fine, though.
I don't seem to have access to a SPARC Solaris 10 box. It seems like Solaris 10 is ignoring the address argument passed to mmap. Does Solaris have an equivalent of strace that will show system calls?
> --- Comment #1 from Ian Lance Taylor <ian at airs dot com> --- > I don't seem to have access to a SPARC Solaris 10 box. You do ;-) Just log into s10-sparc.gcc at my site. Last Friday's gcc builds are still in /var/gcc/regression. > It seems like Solaris 10 is ignoring the address argument passed to mmap. Does > Solaris have an equivalent of strace that will show system calls? Sure: use truss (or truss -vall to get a more detailed interpretation of the arguments).
GCC 9.1 has been released.
Is this still worth investigating given that we've dropped support for Solaris 10?
> --- Comment #4 from Ian Lance Taylor <ian at airs dot com> --- > Is this still worth investigating given that we've dropped support for Solaris > 10? It depends: this single bug accounts for 91% of all testsuite failures on Solaris 10/SPARC and it's a regression from GCC 8. I'd put it this way: if it's easy to analyze and fix, it would be nice to have it fixed in the last release supporting Solaris 10.
Not a GCC 10 regression: Solaris 10 support already removed.
GCC 9.2 has been released.
GCC 9.3.0 has been released, adjusting target milestone.
GCC 9.4 is being released, retargeting bugs to GCC 9.5.
Solaris 2.10 no longer supported, branch closed.