]> Cypherpunks repositories - gostls13.git/commit
[release-branch.go1.16] cmd/{compile,link}: fix bug in map.zero handling
authorThan McIntosh <thanm@google.com>
Thu, 15 Jul 2021 20:29:36 +0000 (16:29 -0400)
committerCarlos Amedee <carlos@golang.org>
Mon, 2 Aug 2021 22:26:52 +0000 (22:26 +0000)
commit3d5afa9610c5b0e45783868ae964152855a736ac
tree6271b7865523bcc98d33a103b2f8382b63485afd
parent0fb1e1438b02072bb9c3c566b40ad66b1ffed365
[release-branch.go1.16] cmd/{compile,link}: fix bug in map.zero handling

In CL 326211 a change was made to switch "go.map.zero" symbols from
non-pkg DUPOK symbols to hashed symbols. The intent of this change was
ensure that in cases where there are multiple competing go.map.zero
symbols feeding into a link, the largest map.zero symbol is selected.
The change was buggy, however, and resulted in duplicate symbols in
the final binary (see bug cited below for details). This duplication
was relatively benign for linux/ELF, but causes duplicate definition
errors on Windows.

This patch switches "go.map.zero" symbols back from hashed symbols to
non-pkg DUPOK symbols, and updates the relevant code in the loader to
ensure that we do the right thing when there are multiple competing
DUPOK symbols with different sizes.

Fixes #47289.

Change-Id: I8aeb910c65827f5380144d07646006ba553c9251
Reviewed-on: https://go-review.googlesource.com/c/go/+/334930
Trust: Than McIntosh <thanm@google.com>
Run-TryBot: Than McIntosh <thanm@google.com>
TryBot-Result: Go Bot <gobot@golang.org>
Reviewed-by: Cherry Mui <cherryyz@google.com>
(cherry picked from commit 49402bee36fd3d5cee9f4b2d2e1e8560ead0203b)
Reviewed-on: https://go-review.googlesource.com/c/go/+/335629
src/cmd/compile/internal/gc/obj.go
src/cmd/link/internal/loader/loader.go
test/fixedbugs/issue47185.dir/bad/bad.go [new file with mode: 0644]
test/fixedbugs/issue47185.dir/main.go [new file with mode: 0644]
test/fixedbugs/issue47185.go [new file with mode: 0644]