On Sun, Sep 27, 2026 at 4:46 PM Matt Turner <[email protected]> wrote: > > On Sun, Sep 27, 2026 at 11:34 AM Jeff Law <[email protected]> > wrote: > > > > > > > > On 9/24/26 2:06 PM, Matt Turner wrote: > > > Alpha's <asm/unistd.h> defines __NR_getpid as __NR_getxpid before > > > including the header that defines __NR_getxpid. -fdump-go-spec cannot > > > resolve the forward reference, so SYS_GETPID is missing and the > > > syscall tests fail to build: > > > > > > syscall_linux_test.go:631:66: error: reference to undefined identifier > > > 'syscall.SYS_GETPID' > > > > > > Define it from SYS_GETXPID, as is done for SIGCLD. > > Do these need to go to the upstream golang project? I honestly don't > > know for sure -- at least parts of libgo come from upstream. > > > > jeff > > Hm, good question. I checked https://github.com/golang/go beforehand > and didn't see any evidence of this file in the history, and I didn't > see any sorts of 'sync from ...' commits in gcc's history of the file > either. > > But looking again, I see > > > Reviewed-on: https://go-review.googlesource.com/c/gofrontend/+/415294 > > Searching for "gofrontend" finds > > https://go.googlesource.com/gofrontend/ > > but that is HTTP 503 for me. Searching on GitHub turns up > > https://github.com/golang/gofrontend > > and it indeed contains an identical libgo/mksysinfo.sh. > > So I think the answer is yes (and I need to remember how to use Gerrit...).
Created https://go-review.googlesource.com/c/gofrontend/+/840965 https://go-review.googlesource.com/c/gofrontend/+/840966 Let's see...
