runtime: -l=4 build fails on Solaris #23168
Open
Labels
Milestone
Comments
The main thing those three tests have is that they compile a small Go program with "regular" optimization (as opposed to building with "-l -N"), in case that helps. |
Change https://golang.org/cl/84655 mentions this issue: |
gopherbot
pushed a commit
that referenced
this issue
Dec 18, 2017
Disable the three linker DWARF tests that invoke the compiler in non-debug mode on Solaris, since this seems to trigger a split stack overflow. These can be turned back on once the issue in question is resolved. Updates #23168. Change-Id: I5be1b098e33e8bad3bc234a0964eab1dee7e7954 Reviewed-on: https://go-review.googlesource.com/84655 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org> Run-TryBot: Than McIntosh <thanm@google.com>
This is essentially the same problem we had in #22797. Building the runtime with I'll re-title this issue and milestone it to 1.11. |
Change https://golang.org/cl/111258 mentions this issue: |
gopherbot
pushed a commit
that referenced
this issue
May 19, 2018
A few libc_ calls were missing stack switches. Unfortunately, adding the stack switches revealed a deeper problem. systemstack() is fundamentally flawed because when you do systemstack(func() { ... }) There's no way to mark the anonymous function as nosplit. At first I thought it didn't matter, as that function runs on the g0 stack. But nosplit is still required, because some syscalls are done when stack bounds are not set up correctly (e.g. in a signal handler, which runs on the g0 stack, but g is still pointing at the g stack). Instead use asmcgocall and funcPC, so we can be nosplit all the way down. Mid-stack inlining now pushes darwin over the nosplit limit also. Leaving that as a TODO. Update #23168 This might fix the cause of occasional darwin hangs. Update #25181 Update #17490 Change-Id: If9c3ef052822c7679f5a1dd192443f714483327e Reviewed-on: https://go-review.googlesource.com/111258 Reviewed-by: Ian Lance Taylor <iant@golang.org> Run-TryBot: Ian Lance Taylor <iant@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Starting with @thanm's https://go-review.googlesource.com/c/go/+/83675, the
cmd/link/internal/ld
tests are failing on Solaris with:https://build.golang.org/log/c7bc05a2441135a63ae2929882eeb166e17f9df8
/cc @aclements
The text was updated successfully, but these errors were encountered: