@cherrymui requested issue #67976 to be considered for backport to the next 1.22 minor release.
@gopherbot please backport this to Go 1.22. This can cause build failure for plugins on darwin/amd64 without workaround. Thanks.
Comment From: gabyhelp
Similar Issues
- cmd/link: runtime.mach_vm_region_trampoline: unsupported dynamic relocation for symbol libc_mach_task_self_ (type=29 (R_GOTPCREL) stype=46 (SDYNIMPORT)) #67976
- x/text: building as a plugin failure on darwin/arm64 [1.20 backport] #58920
- cmd/link: panic: machorelocsect: size mismatch [1.22 backport] #67527
- cmd/link: Incorrect symbol linked in darwin/arm64 [1.20 backport] #58954
- cmd/link: bad carrier sym for symbol runtime.elf_savegpr0.args_stackmap on ppc64le [1.22 backport] #66412
- runtime/race: building for iOS, but linking in object file built for macOS [1.16 backport] #50194
- cmd/link: bad carrier sym for symbol runtime.elf_savegpr0.args_stackmap on ppc64le [1.21 backport] #66411
(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)
Comment From: cherrymui
Only backport to Go 1.22, as the support of dynamic import variable is added in Go 1.22.
Comment From: joedian
@cherrymui approved. Can you please create a backport for 1.21 as well?
Comment From: cherrymui
Can you please create a backport for 1.21 as well?
As commented above https://github.com/golang/go/issues/68122#issuecomment-2183600875 , I don't think this is necessary (or even possible). Could you explain why this is needed? Thanks.
Comment From: gopherbot
Change https://go.dev/cl/595175 mentions this issue: [release-branch.go1.22] cmd/link: handle dynamic import variables on Darwin in plugin mode
Comment From: joedian
@cherrymui it was per a discussion in the meeting today.
Comment From: gopherbot
Closed by merging c2d4f852ce69fc2674d45ccd3090757dd01cc2d4 to release-branch.go1.22.