cmd/link: undefined symbol when dynamically linking linux/arm64 -buildmode=shared

[qinlonglong123]

Go version

go1.22.1 linux/arm64

Output of go env in your module/workspace:

GO111MODULE='off'
GOARCH='arm64'
GOBIN=''
GOCACHE='/usr1/.cache/go-build'
GOENV='/root/.config/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS=''
GOHOSTARCH='arm64'
GOHOSTOS='linux'
GOINSECURE=''
GOMODCACHE='/opt/go_workpace/pkg/mod'
GONOPROXY=''
GONOSUMDB=''
GOOS='linux'
GOPATH='/opt/go_workpace'
GOPRIVATE=''
GOPROXY='https://proxy.golang.org,direct'
GOROOT='/root/go/'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='auto'
GOTOOLDIR='/root/go/pkg/tool/linux_arm64'
GOVCS=''
GOVERSION='go1.22.1'
GCCGO='gccgo'
AR='ar'
CC='gcc'
CXX='g++'
CGO_ENABLED='1'
GOMOD=''
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -pthread -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3307636971=/tmp/go-build -gno-record-gcc-switches'

What did you do?

package main

import "fmt"

func main() {
    fmt.Println("Hello, World!")
}

I'm trying to use the Golang/go linkshared feature on Linux/ARM64, Here is my command to run：

go version
go install -a -buildmode=shared -linkshared std
go build -a -linkshared -o main_shared main.go
./main_shared

What did you see happen?

./main_shared: symbol lookup error: /root/go/pkg/linux_arm64_dynlink/libstd.so: undefined symbol: __aarch64_ldadd8_acq_rel

What did you expect to see?

Output the expected string Hello, World!

[gabyhelp]

Related Issues and Documentation

• cmd/go: executable created using linkshared option is not linking .so created by buildmode=shared with go modules enabled #38499 (closed)
• cmd/link: error building standard lib using -buildmode=shared Go 1.20rc1 #57334 (closed)
• cmd/go: how can I build using -linkshared in a go modules project? #29651 (closed)
• cmd/compile, cmd/link: c-shared not supported on linux/loong64 #53301 (closed)
• cross compile dynamic library for arm on linux/amd64 #39106 (closed)
• cmd/go: install "-a -buildmode=shared std" not reproducible #69464 (closed)
• cmd/link: buildmode=shared -linkshared - makeslice: cap out of range #58405
• cmd/link: -buildmode=pie -linkshared panic at runtime #47873 (closed)
• cmd/link: run test in -linkshared mode failed #26582 (closed)
• misc/cgo/test: link failure with atomics on arm64 #58771

_{(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)}

[ianlancetaylor]

The symbol __aarch64_ldadd8_acq_rel is normally defined by libgcc. Perhaps somehow the link of the shared library is not linking against libgcc, although I don't see why that would happen. What version of GCC are you using?

[qinlonglong123]

@ianlancetaylor thanks for your reply. I used this command gcc --version, it seems the GCC version is 7.3.0, and here is the output:

gcc (GCC) 7.3.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[ianlancetaylor]

That is rather old. I don't know what the problem is, and I don't know whether this would help, but how difficult would it be for you to try a newer version of GCC? The current release is GCC 14.2.

[qinlonglong123]

After updating GCC to version 10.3.1, the issue disappeared.
At the same time, I recompiled a race_linux_arm64.syso file using GCC 7.3.0 and the latest LLVM(llvmorg-19.1.3), and replacing the original src/runtime/race/race_linux_arm64.syso with the compiled race_linux_arm64.syso also resolved the issue. Would the community consider recompiling the race_linux_arm64.syso file using an older version of GCC?

[ianlancetaylor]

Sorry, it's not really feasible for us to maintain old versions of GCC to use to build those syso files.

That said, we should probably try to document which version we used.

In any case, this bug seems fixed, so closing. Thanks for following up.

[ianlancetaylor]

Oh, actually, we do document what we built the syso files with, in runtime/race/README.

[randall77]

Oh, actually, we do document what we built the syso files with, in runtime/race/README.

We document the version of llvm that we get the race detector code from. But that's not the compiler that was used to build it. I don't think we record that anywhere.

[ianlancetaylor]

Oh, bother. Thanks.