cmd/dist: make.bash failed on linux/386 due to unknow symbol #52919

erifan · 2022-05-16T02:58:04Z

What version of Go are you using (`go version`)?

$ go version
Bootstrap go version is go1.13.8 linux/386

Does this issue reproduce with the latest release?

Yes

What operating system and processor architecture are you using (`go env`)?

go env Output

$ go env
GO111MODULE=""
GOARCH="386"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="386"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go-1.13"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go-1.13/pkg/tool/linux_386"
GCCGO="gccgo"
GO386="387"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/root/golang/src/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m32 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build482662605=/tmp/go-build -gno-record-gcc-switches"

What did you do?

Run in linux/386 container, run:
$ linux32
$ cd golang/src
$ ./make.bash

It can also be reproduced like this on a linux/amd64 machine:
$ cd golang/src
$ linux32
$ ./make.bash

What did you expect to see?

Build successfully.

What did you see instead?

# ./make.bash
Building Go cmd/dist using /usr/lib/go-1.13. (go1.13.8 linux/386)
Building Go toolchain1 using /usr/lib/go-1.13.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for linux/386.
# cmd/trace
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
# cmd/pprof
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
# cmd/go
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
runtime/cgo(.text): relocation target __stack_chk_fail_local not defined
go tool dist: FAILED: /root/golang/pkg/tool/linux_386/go_bootstrap install std cmd: exit status 2

The text was updated successfully, but these errors were encountered:

seankhliao · 2022-05-16T08:38:03Z

which version are you trying to build?

erifan · 2022-05-16T09:25:40Z

which version are you trying to build?

The latest version.

ianlancetaylor · 2022-05-17T00:11:14Z

It looks like your C compiler defaults to -fstack-check being enabled. That configuration is not supported by Go. Try setting CC="gcc -fno-stack-check" in the environment when running make.bash.

ianlancetaylor · 2022-05-17T00:11:59Z

Oh, I just noticed that you are building 1.13.8, which is long out of date. The current version is 1.18.2. Try that version.

erifan · 2022-05-17T02:17:49Z

It looks like your C compiler defaults to -fstack-check being enabled. That configuration is not supported by Go. Try setting CC="gcc -fno-stack-check" in the environment when running make.bash.

Yes, you are right. Setting CC="gcc -fno-stack-check" seems doesn't work, I worked around the issue by adding -fno-stack-protector to CGO_CFLAGS and CGO_LDFLAGS. Thanks, this is the root cause of this issue, no need to do anything in go, so close it.

tianon · 2022-06-10T18:27:30Z

FWIW, I'm getting the exact same failure on linux/386 in Alpine Linux when building 1.19beta1 with Go 1.18 from Alpine's package repository as my bootstrap.

Edit: can confirm that setting (only) CGO_CFLAGS=-fno-stack-protector was enough to work around it

Edit 2x: on both Alpine 3.16 and Alpine 3.15 (with Go 1.18 and 1.17 for bootstrap, respectively) 👍

paralin · 2022-08-05T07:31:00Z

Ran into this building for i386 on go1.19 on Buildroot, adding -fno-stack-protector to CGO_CFLAGS fixes it.

Enabling the C stack protector for Cgo causes a build failure on i386: runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): relocation target __stack_chk_fail_local not defined runtime/cgo(.text): relocation target __stack_chk_fail_local not defined Add: CGO_CFLAGS=-fno-stack-protector golang/go#52919 Signed-off-by: Christian Stewart <christian@paral.in>

Enabling the C stack protector for Cgo causes a build failure on i386: runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): relocation target __stack_chk_fail_local not defined runtime/cgo(.text): relocation target __stack_chk_fail_local not defined Add: CGO_CFLAGS=-fno-stack-protector golang/go#52919 Set CGO_CFLAGS and other flags while building Go with make.bash as well. Signed-off-by: Christian Stewart <christian@paral.in>

gopherbot · 2022-08-08T02:22:58Z

Change https://go.dev/cl/421935 mentions this issue: runtime/cgo: add -fno-stack-protector to CFLAGS

Some compilers default to having -fstack-protector on, which breaks when using internal linking because the linker doesn't know how to find the support functions. Fixes #52919 Fixes #54313 Change-Id: I6f51d5e906503f61fc768ad8e30c163bad135087 Reviewed-on: https://go-review.googlesource.com/c/go/+/421935 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Auto-Submit: Ian Lance Taylor <iant@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Run-TryBot: Ian Lance Taylor <iant@google.com> Run-TryBot: Ian Lance Taylor <iant@golang.org> Reviewed-by: Ian Lance Taylor <iant@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com>

Go 1.19 is broken on linux/386 with some C compilers, this is a workaround for our build script. See: golang/go#52919 Also fix TestBuild if the first message reported by delve is not the message that indicates the server is listening.

Some compilers default to having -fstack-protector on, which breaks when using internal linking because the linker doesn't know how to find the support functions. Fixes golang#52919 Fixes golang#54313 Change-Id: I6f51d5e906503f61fc768ad8e30c163bad135087 Reviewed-on: https://go-review.googlesource.com/c/go/+/421935 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Auto-Submit: Ian Lance Taylor <iant@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Run-TryBot: Ian Lance Taylor <iant@google.com> Run-TryBot: Ian Lance Taylor <iant@golang.org> Reviewed-by: Ian Lance Taylor <iant@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com>

Go 1.19 is broken on linux/386 with some C compilers, this is a workaround for our build script. See: golang/go#52919 Also fix TestBuild if the first message reported by delve is not the message that indicates the server is listening.

Enabling the C stack protector for Cgo causes a build failure on i386: runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): relocation target __stack_chk_fail_local not defined runtime/cgo(.text): relocation target __stack_chk_fail_local not defined Add: CGO_CFLAGS=-fno-stack-protector golang/go#52919 Set CGO_CFLAGS and other flags while building Go with make.bash as well. Signed-off-by: Christian Stewart <christian@paral.in>

nmeum · 2022-08-19T18:59:51Z

Just for the record: I bisected this and the build failure with -fstack-protector was introduced in Go 1.19 with commit 2049649 which explains why the build starting failing on i386 with Go 1.19.

Enabling the C stack protector for Cgo causes a build failure on i386: runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): relocation target __stack_chk_fail_local not defined runtime/cgo(.text): relocation target __stack_chk_fail_local not defined Add: CGO_CFLAGS=-fno-stack-protector golang/go#52919 Set CGO_CFLAGS and other flags while building Go with make.bash as well. Signed-off-by: Christian Stewart <christian@paral.in>

See: golang/go#52919 > It looks like your C compiler defaults to `-fstack-check` being > enabled. That configuration is not supported by Go. Try setting > `CC="gcc -fno-stack-check"` in the environment when running > make.bash.

Enabling the C stack protector for Cgo causes a build failure on i386: runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel runtime/cgo(.text): relocation target __stack_chk_fail_local not defined runtime/cgo(.text): relocation target __stack_chk_fail_local not defined Add: CGO_CFLAGS=-fno-stack-protector golang/go#52919 Set CGO_CFLAGS and other flags while building Go with make.bash as well. Signed-off-by: Christian Stewart <christian@paral.in>

gopherbot · 2022-12-13T15:37:40Z

Change https://go.dev/cl/456855 mentions this issue: os/user,net: add -fno-stack-protector to CFLAGS

Some compilers default to having -fstack-protector on, which breaks when using internal linking because the linker doesn't know how to find the support functions. Updates #52919. Updates #54313. Fixes #57261. Change-Id: Iaae731851407af4521fff2dfefc5b7e3e92cf284 Reviewed-on: https://go-review.googlesource.com/c/go/+/456855 Run-TryBot: Than McIntosh <thanm@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: Ian Lance Taylor <iant@google.com>

gopherbot · 2023-02-09T17:28:53Z

Change https://go.dev/cl/466936 mentions this issue: cmd/link: try libspp_nonshared.a when looking for "__stack_chk_fail_local"

gopherbot · 2023-02-09T17:28:57Z

Change https://go.dev/cl/466935 mentions this issue: cmd/cgo: add -fno-stack-protector to CFLAGS (again)

Add -fno-stack-protector back to the default set of CFLAGS for cgo, so as to avoid problems with internal linking locating the library containing the "__stack_chk_fail_local" support function that some compilers emit (the specific archive can vary based on GOOS). Updates #52919. Updates #54313. Updates #57261. Updates #58385. Change-Id: I4591bfb15501f04b7afe1fcd50c4fb93c86db63d Reviewed-on: https://go-review.googlesource.com/c/go/+/466935 Reviewed-by: Ian Lance Taylor <iant@google.com> Run-TryBot: Than McIntosh <thanm@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>

…ocal" Update the code that tries to satisfy unresolved references to "__stack_chk_fail_local" to look for "libssp_nonshared.a" in addition to "libc_nonshared.a" (the former archive is the correct place on Alpine). Updates #52919. Updates #54313. Updates #57261. Fixes #58385. Change-Id: Id6cd3ebb4d5388df50a838e6efa5e5b683545b01 Reviewed-on: https://go-review.googlesource.com/c/go/+/466936 Run-TryBot: Than McIntosh <thanm@google.com> Reviewed-by: Ian Lance Taylor <iant@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>

Add -fno-stack-protector back to the default set of CFLAGS for cgo, so as to avoid problems with internal linking locating the library containing the "__stack_chk_fail_local" support function that some compilers emit (the specific archive can vary based on GOOS). Updates golang#52919. Updates golang#54313. Updates golang#57261. Updates golang#58385. Change-Id: I4591bfb15501f04b7afe1fcd50c4fb93c86db63d Reviewed-on: https://go-review.googlesource.com/c/go/+/466935 Reviewed-by: Ian Lance Taylor <iant@google.com> Run-TryBot: Than McIntosh <thanm@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>

…ocal" Update the code that tries to satisfy unresolved references to "__stack_chk_fail_local" to look for "libssp_nonshared.a" in addition to "libc_nonshared.a" (the former archive is the correct place on Alpine). Updates golang#52919. Updates golang#54313. Updates golang#57261. Fixes golang#58385. Change-Id: Id6cd3ebb4d5388df50a838e6efa5e5b683545b01 Reviewed-on: https://go-review.googlesource.com/c/go/+/466936 Run-TryBot: Than McIntosh <thanm@google.com> Reviewed-by: Ian Lance Taylor <iant@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>

erifan closed this as completed May 17, 2022

tianon mentioned this issue Jun 10, 2022

Add 1.19beta1 docker-library/golang#426

Merged

icp1994 mentioned this issue Aug 5, 2022

go: update to 1.19. void-linux/void-packages#38474

Closed

kanavin mentioned this issue Aug 6, 2022

runtime/cgo(.text): unknown symbol __stack_chk_fail_local in pcrel (regression in 1.19 when building for i686) #54313

Closed

ghost mentioned this issue Aug 8, 2022

[WIP for Update] New package: v2rayA-1.5.9.1698.1 void-linux/void-packages#38528

Closed

aarzilli mentioned this issue Aug 9, 2022

_scripts: fix CI on go1.19/linux/386 go-delve/delve#3100

Merged

nmeum mentioned this issue Aug 12, 2022

misc/cgo/testsigfwd: Test fails starting with 1.19 on x86 Alpine Linux #54422

Closed

taigrr mentioned this issue Dec 5, 2022

run through gofumpt schollz/croc#520

Merged

nmeum mentioned this issue Feb 7, 2023

cmd/link: unknown symbol __stack_chk_fail_local on Alpine Linux i386 #58385

Closed

golang locked and limited conversation to collaborators Feb 9, 2024

gopherbot added the FrozenDueToAge label Feb 9, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

cmd/dist: make.bash failed on linux/386 due to unknow symbol #52919

cmd/dist: make.bash failed on linux/386 due to unknow symbol #52919

erifan commented May 16, 2022

seankhliao commented May 16, 2022

erifan commented May 16, 2022

ianlancetaylor commented May 17, 2022

ianlancetaylor commented May 17, 2022

erifan commented May 17, 2022

tianon commented Jun 10, 2022 •

edited

paralin commented Aug 5, 2022

gopherbot commented Aug 8, 2022

nmeum commented Aug 19, 2022

gopherbot commented Dec 13, 2022

gopherbot commented Feb 9, 2023

gopherbot commented Feb 9, 2023

cmd/dist: make.bash failed on linux/386 due to unknow symbol #52919

cmd/dist: make.bash failed on linux/386 due to unknow symbol #52919

Comments

erifan commented May 16, 2022

What version of Go are you using (go version)?

Does this issue reproduce with the latest release?

What operating system and processor architecture are you using (go env)?

What did you do?

What did you expect to see?

What did you see instead?

seankhliao commented May 16, 2022

erifan commented May 16, 2022

ianlancetaylor commented May 17, 2022

ianlancetaylor commented May 17, 2022

erifan commented May 17, 2022

tianon commented Jun 10, 2022 • edited

paralin commented Aug 5, 2022

gopherbot commented Aug 8, 2022

nmeum commented Aug 19, 2022

gopherbot commented Dec 13, 2022

gopherbot commented Feb 9, 2023

gopherbot commented Feb 9, 2023

What version of Go are you using (`go version`)?

What operating system and processor architecture are you using (`go env`)?

tianon commented Jun 10, 2022 •

edited