cmd/link: stop requiring gold on arm64 when GNU ld is fixed #22040

jcajka · 2017-09-26T11:33:55Z

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

Any, more specifically 1.8, 1.9, master, most probably all versions supporting AArch64/arm64 target

Does this issue reproduce with the latest release?

Yes

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

linux/arm64

What did you do?

GC on linux/arm64 assumes gold linker availability see src/cmd/link/internal/ld/lib.go:1182
When gold is not available gcc fails due to it missing, when it tries to invoke it. All in shared_test.
When gold flag is remove by removing sys.ARM64 from codition on src/cmd/link/internal/ld/lib.go:1173, build/test fail with

--- FAIL: TestTrivialExecutable (0.29s)
	shared_test.go:66: executing go install -installsuffix=5577006791947779410 -linkshared trivial failed exit status 2:
		# trivial
		/root/go/pkg/tool/linux_arm64/link: running gcc failed: exit status 1
		/usr/bin/ld: /tmp/go-link-151650837/go.o(.data.rel.ro+0x2c0): unresolvable R_AARCH64_ABS64 relocation against symbol `go.link.abihash.libruntime,sync-atomic.so'
		/usr/bin/ld: final link failed: Nonrepresentable section on output
		collect2: error: ld returned 1 exit status

And so one for most of the cases shared_test.

What did you expect to see?

All tests pass. GC working with default binutils ld.

What did you see instead?

GC failing to build some binaries with binutils ld.

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

ianlancetaylor · 2017-09-26T13:44:26Z

For background see #15696 and https://sourceware.org/bugzilla/show_bug.cgi?id=19962. I think that we have to require gold until the GNU ld bug is fixed.

I'm going to close this issue since I don't see anything we can do. Please comment if you disagree.

jcajka · 2017-09-26T15:01:43Z

@ianlancetaylor AFAIK SWBZ is related only to ARM32, my issues is on ARM64. I could be easily wrong though or there is same issues on ARM64, I'm not that familiar with binutils\s ld code base.

Also I would like to keep this opened, even if this turns out to be fully binutils bug. As I think that the workaround code should be reverted when the issue is fixed in ld(whatever for ARM32/64 or both).

ianlancetaylor · 2017-09-26T15:09:58Z

OK, I guess.

jfkw · 2020-08-13T16:33:06Z

I have a situation where the gold linker will not be available on an ARM64 linux target and would like to avoid the gold dependency so I can package Go there. The referenced binutils bug https://sourceware.org/bugzilla/show_bug.cgi?id=19962 has a proposed patch:

--- a/bfd/elf32-arm.c	
+++ a/bfd/elf32-arm.c	
@@ -14112,11 +14112,15 @@ elf32_arm_adjust_dynamic_symbol (struct bfd_link_info * info,
   s = bfd_get_linker_section (dynobj, ".dynbss");
   BFD_ASSERT (s != NULL);
 
-  /* We must generate a R_ARM_COPY reloc to tell the dynamic linker to
-     copy the initial value out of the dynamic object and into the
-     runtime process image.  We need to remember the offset into the
+  /* If allowed, we must generate a R_ARM_COPY reloc to tell the dynamic
+     linker to copy the initial value out of the dynamic object and into
+     the runtime process image.  We need to remember the offset into the
      .rel(a).bss section we are going to use.  */
-  if ((h->root.u.def.section->flags & SEC_ALLOC) != 0 && h->size != 0)
+  if (info->nocopyreloc == 0
+      && (h->root.u.def.section->flags & SEC_ALLOC) != 0
+      /* PR 16177: A copy is only needed if the input section is readonly.  */
+      && (h->root.u.def.section->flags & SEC_READONLY) == 0
+      && h->size != 0)
     {
       asection *srel;

@ianlancetaylor @crawshaw Would it be possible to get some feedback from the Go team on whether that patch addresses the issue for Go? With that it might be possible to get the patch or a revised patch accepted by upstream binutils.

ianlancetaylor · 2020-08-13T17:13:19Z

I don't see why that patch will help, as as far as I can see it only affects arm, not arm64.

jfkw · 2021-03-10T21:05:56Z

A proposed patch for aarch64 was added to https://sourceware.org/bugzilla/show_bug.cgi?id=19962 on 2020-08-24:

--- a/bfd/elfnn-aarch64.c	
+++ a/bfd/elfnn-aarch64.c	
@@ -7474,7 +7474,10 @@ elfNN_aarch64_adjust_dynamic_symbol (struct bfd_link_info *info,
       s = htab->root.sdynbss;
       srel = htab->root.srelbss;
     }
-  if ((h->root.u.def.section->flags & SEC_ALLOC) != 0 && h->size != 0)
+  if ((h->root.u.def.section->flags & SEC_ALLOC)
+      && (h->root.u.def.section->flags & SEC_READONLY)
+      && h->size != 0)
+
     {
       srel->size += RELOC_SIZE (htab);
       h->needs_copy = 1;

jefferyto · 2021-11-09T18:49:08Z

The GNU ld issue has been marked as fixed (according to the last comment the issue is not present in binutils 2.36 and higher). Would it be possible to revisit the gold linker requirement at this point?

The OpenWrt toolchain does not include the gold linker and I have been advising our packages to patch out Go plugins to avoid triggering this requirement (crowdsec, rclone).

ianlancetaylor · 2021-11-09T19:01:07Z

I suggest that for now we change to request gold but not give an error if gold is not available. Want to test and send a patch for that? It's cmd/link/internal/ld/lib.go.

jefferyto · 2021-11-09T19:25:46Z

I suggest that for now we change to request gold but not give an error if gold is not available. Want to test and send a patch for that? It's cmd/link/internal/ld/lib.go.

I’ll try to find some time to work on this patch - thanks 🙂

COPY relocation handling on ARM/ARM64 has been fixed in recent versions of the GNU linker. This switches to gold only if gold is available. Fixes golang#22040.

gopherbot · 2021-11-23T07:14:17Z

Change https://golang.org/cl/366279 mentions this issue: cmd/link: use gold on ARM/ARM64 only if gold is available

gopherbot · 2022-03-10T18:32:22Z

Change https://go.dev/cl/391115 mentions this issue: cmd/link: stop forcing binutils-gold dependency on aarch64

coyzeng · 2022-12-14T03:54:47Z

This PR merge plan?

williamh · 2023-02-13T17:32:26Z

Hi all, I am the package maintainer for Go on Gentoo Linux.
This issue has now been reported to me, and I've been asked to look into just removing the broken linker workaround code.
This is our bug.
Is there any chance of removing the code that hardcodes the linker?

ianlancetaylor · 2023-02-13T19:12:18Z

Can someone investigate to see exactly when the GNU linker was fixed? There are two different patches submitted for this (https://go.dev/cl/366279, https://go.dev/cl/391115) and they both seem to have some discussion.

In particular, do you have concerns about the approach in https://go.dev/cl/366279?

williamh · 2023-02-13T23:32:36Z

@ianlancetaylor I am not an expert in the toolchain, so hopefully someone else will join this issue and comment. The position of the people wanting me to diverge from what upstream is
doing is that they want to completely move away from gold on Gentoo.

Upstream has updated the Go compiler to not use gold when building for arm, and is waiting for a fix to binutils (released in 2.41) before doing the same for aarch64.[1] Based on the above, it does not appear that golang/go#49748 will be merged. This removes the patch from that pull request. [1]: golang/go#22040 Signed-off-by: Jeffery To <jeffery.to@gmail.com>

zpon · 2023-11-17T10:25:35Z

Are there any progress on landing one of the proposed solutions to remove the "gold" check? Lots of projects are ending up patching the go code.

Upstream has updated the Go compiler to not use gold when building for arm, and is waiting for a fix to binutils (released in 2.41) before doing the same for aarch64.[1] Based on the above, it does not appear that golang/go#49748 will be merged. This removes the patch from that pull request. [1]: golang/go#22040 Signed-off-by: Jeffery To <jeffery.to@gmail.com>

gold linker seems to be abandoned upstream, and is only required for arm due to a bug in old bfd linker. But there are no gold linker for riscv64, so only pull in gold on arm/arm64. fixes: k0sproject#4665 ref: golang/go#22040 Signed-off-by: Natanael Copa <ncopa@mirantis.com>

go1.21 and up have a patch that enforces the use of ld.gold to work around a bug in GNU binutils. See; - golang/go#22040. - golang/go@cd77738 Fedora 41 and up has a fixed version of binutils, and no longer requires that patch, but will fail without ld.gold installed; /usr/bin/gcc -Wl,-z,now -Wl,-z,nocopyreloc -fuse-ld=gold -o $WORK/b001/exe/a.out -rdynamic /tmp/go-link-1738353519/go.o /tmp/go-link-1738353519/000000.o /tmp/go-link-1738353519/000001.o /tmp/go-link-1738353519/000002.o /tmp/go-link-1738353519/000003.o /tmp/go-link-1738353519/000004.o /tmp/go-link-1738353519/000005.o /tmp/go-link-1738353519/000006.o /tmp/go-link-1738353519/000007.o /tmp/go-link-1738353519/000008.o /tmp/go-link-1738353519/000009.o /tmp/go-link-1738353519/000010.o /tmp/go-link-1738353519/000011.o /tmp/go-link-1738353519/000012.o /tmp/go-link-1738353519/000013.o /tmp/go-link-1738353519/000014.o /tmp/go-link-1738353519/000015.o /tmp/go-link-1738353519/000016.o /tmp/go-link-1738353519/000017.o /tmp/go-link-1738353519/000018.o /tmp/go-link-1738353519/000019.o /tmp/go-link-1738353519/000020.o /tmp/go-link-1738353519/000021.o /tmp/go-link-1738353519/000022.o /tmp/go-link-1738353519/000023.o /tmp/go-link-1738353519/000024.o -O2 -g -lresolv -O2 -g -lpthread -O2 -g -ldl -O2 -g collect2: fatal error: cannot find 'ld' Fedora's build of Go carries a patch for that, but it's not (yet) in upstream; - https://src.fedoraproject.org/rpms/golang/blob/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77/f/0006-Default-to-ld.bfd-on-ARM64.patch - https://src.fedoraproject.org/rpms/golang/c/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77?branch=rawhide - As a workaround; install binutils-gold Signed-off-by: Sebastiaan van Stijn <github@gone.nl>

…on arm64 go1.21 and up have a patch that enforces the use of ld.gold to work around a bug in GNU binutils. See; - golang/go#22040. - golang/go@cd77738 Fedora 41 and up has a fixed version of binutils, and no longer requires that patch, but will fail without ld.gold installed; /usr/bin/gcc -Wl,-z,now -Wl,-z,nocopyreloc -fuse-ld=gold -o $WORK/b001/exe/a.out -rdynamic /tmp/go-link-1738353519/go.o /tmp/go-link-1738353519/000000.o /tmp/go-link-1738353519/000001.o /tmp/go-link-1738353519/000002.o /tmp/go-link-1738353519/000003.o /tmp/go-link-1738353519/000004.o /tmp/go-link-1738353519/000005.o /tmp/go-link-1738353519/000006.o /tmp/go-link-1738353519/000007.o /tmp/go-link-1738353519/000008.o /tmp/go-link-1738353519/000009.o /tmp/go-link-1738353519/000010.o /tmp/go-link-1738353519/000011.o /tmp/go-link-1738353519/000012.o /tmp/go-link-1738353519/000013.o /tmp/go-link-1738353519/000014.o /tmp/go-link-1738353519/000015.o /tmp/go-link-1738353519/000016.o /tmp/go-link-1738353519/000017.o /tmp/go-link-1738353519/000018.o /tmp/go-link-1738353519/000019.o /tmp/go-link-1738353519/000020.o /tmp/go-link-1738353519/000021.o /tmp/go-link-1738353519/000022.o /tmp/go-link-1738353519/000023.o /tmp/go-link-1738353519/000024.o -O2 -g -lresolv -O2 -g -lpthread -O2 -g -ldl -O2 -g collect2: fatal error: cannot find 'ld' Fedora's build of Go carries a patch for that, but it's not (yet) in upstream; - https://src.fedoraproject.org/rpms/golang/blob/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77/f/0006-Default-to-ld.bfd-on-ARM64.patch - https://src.fedoraproject.org/rpms/golang/c/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77?branch=rawhide - As a workaround; install binutils-gold Signed-off-by: Sebastiaan van Stijn <github@gone.nl>

This is the equivalent of docker/containerd-packaging#390 for containerd packages, but unlike for containerd packages, we currently do not run into this issue when building docker-ce packages. We're installing this as a precaution, but perhaps it's not needed. go1.21 and up have a patch that enforces the use of ld.gold to work around a bug in GNU binutils. See; - golang/go#22040. - golang/go@cd77738 Fedora 41 and up has a fixed version of binutils, and no longer requires that patch, but may fail without ld.gold installed; /usr/bin/gcc -Wl,-z,now -Wl,-z,nocopyreloc -fuse-ld=gold -o $WORK/b001/exe/a.out -rdynamic /tmp/go-link-1738353519/go.o /tmp/go-link-1738353519/000000.o /tmp/go-link-1738353519/000001.o /tmp/go-link-1738353519/000002.o /tmp/go-link-1738353519/000003.o /tmp/go-link-1738353519/000004.o /tmp/go-link-1738353519/000005.o /tmp/go-link-1738353519/000006.o /tmp/go-link-1738353519/000007.o /tmp/go-link-1738353519/000008.o /tmp/go-link-1738353519/000009.o /tmp/go-link-1738353519/000010.o /tmp/go-link-1738353519/000011.o /tmp/go-link-1738353519/000012.o /tmp/go-link-1738353519/000013.o /tmp/go-link-1738353519/000014.o /tmp/go-link-1738353519/000015.o /tmp/go-link-1738353519/000016.o /tmp/go-link-1738353519/000017.o /tmp/go-link-1738353519/000018.o /tmp/go-link-1738353519/000019.o /tmp/go-link-1738353519/000020.o /tmp/go-link-1738353519/000021.o /tmp/go-link-1738353519/000022.o /tmp/go-link-1738353519/000023.o /tmp/go-link-1738353519/000024.o -O2 -g -lresolv -O2 -g -lpthread -O2 -g -ldl -O2 -g collect2: fatal error: cannot find 'ld' Fedora's build of Go carries a patch for that, but it's not (yet) in upstream; - https://src.fedoraproject.org/rpms/golang/blob/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77/f/0006-Default-to-ld.bfd-on-ARM64.patch - https://src.fedoraproject.org/rpms/golang/c/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77?branch=rawhide Signed-off-by: Sebastiaan van Stijn <github@gone.nl>

This is the equivalent of docker/containerd-packaging#390 for containerd packages, but unlike for containerd packages, we currently do not run into this issue when building docker-ce packages. We're installing this as a precaution, but perhaps it's not needed. go1.21 and up have a patch that enforces the use of ld.gold to work around a bug in GNU binutils. See; - golang/go#22040. - golang/go@cd77738 Fedora 41 and up has a fixed version of binutils, and no longer requires that patch, but may fail without ld.gold installed; /usr/bin/gcc -Wl,-z,now -Wl,-z,nocopyreloc -fuse-ld=gold -o $WORK/b001/exe/a.out -rdynamic /tmp/go-link-1738353519/go.o /tmp/go-link-1738353519/000000.o /tmp/go-link-1738353519/000001.o /tmp/go-link-1738353519/000002.o /tmp/go-link-1738353519/000003.o /tmp/go-link-1738353519/000004.o /tmp/go-link-1738353519/000005.o /tmp/go-link-1738353519/000006.o /tmp/go-link-1738353519/000007.o /tmp/go-link-1738353519/000008.o /tmp/go-link-1738353519/000009.o /tmp/go-link-1738353519/000010.o /tmp/go-link-1738353519/000011.o /tmp/go-link-1738353519/000012.o /tmp/go-link-1738353519/000013.o /tmp/go-link-1738353519/000014.o /tmp/go-link-1738353519/000015.o /tmp/go-link-1738353519/000016.o /tmp/go-link-1738353519/000017.o /tmp/go-link-1738353519/000018.o /tmp/go-link-1738353519/000019.o /tmp/go-link-1738353519/000020.o /tmp/go-link-1738353519/000021.o /tmp/go-link-1738353519/000022.o /tmp/go-link-1738353519/000023.o /tmp/go-link-1738353519/000024.o -O2 -g -lresolv -O2 -g -lpthread -O2 -g -ldl -O2 -g collect2: fatal error: cannot find 'ld' Fedora's build of Go carries a patch for that, but it's not (yet) in upstream; - https://src.fedoraproject.org/rpms/golang/blob/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77/f/0006-Default-to-ld.bfd-on-ARM64.patch - https://src.fedoraproject.org/rpms/golang/c/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77?branch=rawhide Signed-off-by: Sebastiaan van Stijn <github@gone.nl> (cherry picked from commit 563068b) Signed-off-by: Sebastiaan van Stijn <github@gone.nl>

This is a workaround to a known issue with binutils and go >=v1.21 that currently requires ld.gold to be installed on arm64: https://sourceware.org/bugzilla/show_bug.cgi?id=19962 Fedora rawhide removes this requirement but the patch hasn't made it into a released version yet: https://src.fedoraproject.org/rpms/golang/blob/a867bd88a656c1d6e91e7b18bab696dc3fcf1e77/f/0006-Default-to-ld.bfd-on-ARM64.patch golang/go#22040 Signed-off-by: Lee Yarwood <lyarwood@redhat.com>

jefferyto · 2025-01-13T13:58:27Z

Has the arm64 builder been fixed or is there anything else blocking https://go.dev/cl/391115 ?

airtower-luna · 2025-02-03T12:45:19Z

I bumped into this issue because building containerd with Buildroot using Binutils 2.42 without ld.gold failed due to the missing linker. Importing the patch from https://go-review.googlesource.com/c/go/+/391115 fixed the problem.

Note that the Binutils developers are planning to deprecate Gold: https://sourceware.org/pipermail/binutils/2024-October/137319.html

Go forces use of the Gold linker on aarch64 due to a bug in BFD that is fixed in Binutils >= 2.41 (that includes all versions provided by Buildroot). Forcing Gold will break with toolchains that don't provide it (like the Buildroot toolchains), so override the flag and use BFD. This override should be removed if Go stops forcing Gold, and may have to be adapted if the set of available linkers changes (e.g. with a future Binutils update). See: golang/go#22040 Signed-off-by: Fiona Klute (WIWA) <fiona.klute@gmx.de> Reviewed-by: Yann E. MORIN <yann.morin@orange.com>

Go forces use of the Gold linker on aarch64 due to a bug in BFD that is fixed in Binutils >= 2.41 (that includes all versions provided by Buildroot). Forcing Gold will break with toolchains that don't provide it (like the Buildroot toolchains), so override the flag and use BFD. This override should be removed if Go stops forcing Gold, and may have to be adapted if the set of available linkers changes (e.g. with a future Binutils update). See: golang/go#22040 Fixes: http://autobuild.buildroot.org/results/a59/a59bc999e9620ff6b9d97138a2de898aadc07529 Signed-off-by: Fiona Klute (WIWA) <fiona.klute@gmx.de> Reviewed-by: Yann E. MORIN <yann.morin@orange.com> [Romain: add autobuild reference] Signed-off-by: Romain Naour <romain.naour@smile.fr>

The Go runtime silently chose the gold linker on arm and aarch64 build targets to work around a binutils bug. That bug was from 2016, and has been fixed in binutils for a while. But the Go workaround was still in place. The workaround to choose gold was supposed to error out during the configure phase if gold wasn't found - but that doesn't happen. This leads to builds on aarch64 failing if attempting to compile without gold. Just removing the special condition in the Go source code: https://go-review.googlesource.com/c/go/+/391115/ works, but that patch is unlikely to be merged upstream. A patch fixing the build is more likely to be merged: https://go-review.googlesource.com/c/go/+/366279/ which updates the linker selection to use gold only if available. References to this bug in upstream Go and Binutils: golang/go#22040 https://sourceware.org/bugzilla/show_bug.cgi?id=19962 Including the likely-to-be-merged patch here.

ianlancetaylor changed the title ~~GC works only with gold on AArch64 in some cases~~ cmd/link: compiler works only with gold on AArch64 in some cases Sep 26, 2017

ianlancetaylor closed this as completed Sep 26, 2017

ianlancetaylor changed the title ~~cmd/link: compiler works only with gold on AArch64 in some cases~~ cmd/link: stop requiring gold on arm64 when GNU ld is fixed Sep 26, 2017

ianlancetaylor reopened this Sep 26, 2017

ianlancetaylor added this to the Unplanned milestone Sep 26, 2017

ianlancetaylor added the LongTerm label Sep 26, 2017

ianlancetaylor removed the LongTerm label May 17, 2018

ALTree added the NeedsFix label Sep 26, 2019

jefferyto mentioned this issue Nov 9, 2021

rclone: bring up packages openwrt/packages#16871

Merged

jefferyto linked a pull request Nov 23, 2021 that will close this issue

cmd/link: use gold on ARM/ARM64 only if gold is available #49748

Open

yakkle mentioned this issue Apr 18, 2022

cmd/link: fatal error: cannot find 'ld' without binutils-gold on alpine linux/arm64 #52399

Closed

NissesSenap mentioned this issue Jul 18, 2022

Fix arm based build issues XenitAB/gitops-promotion#291

Merged

benasse mentioned this issue Nov 16, 2022

make build always finish with error shellhub-io/shellhub#2262

Closed

diafour mentioned this issue Dec 22, 2022

fix: cannot find ld flant/addon-operator#357

Merged

smallprogram mentioned this issue Oct 1, 2023

golang: update to 1.21.0, remove patch coolsnowwolf/packages#717

Merged

linzhp mentioned this issue Nov 30, 2023

ARM external linker must be gold (issue #15696), but is not: zig ld 0.11.0 uber/hermetic_cc_toolchain#122

Open

lstoll mentioned this issue Jan 17, 2024

[Bug] - ld.gold is missing from binutils package amazonlinux/amazon-linux-2023#330

Open

vincentwschau mentioned this issue Jan 24, 2024

Fix Dockerfile, add bintuils-gold. dydxprotocol/v4-chain#1012

Merged

6 tasks

aangelisc mentioned this issue Feb 22, 2024

Docker: Add workaround for building on arm64 grafana/grafana#83242

Merged

pPrecel mentioned this issue May 20, 2024

Add the binutils-gold to the buildpack base kyma-project/test-infra#10741

Merged

ncopa mentioned this issue Jun 27, 2024

feat(riscv64): Here is how far I've got. k0sproject/k0s#4665

Closed

thaJeztah mentioned this issue Aug 27, 2024

[main] Revert "Jenkinsfile: temporarily disable Fedora Rawhide" docker/containerd-packaging#371

Merged

thaJeztah mentioned this issue Aug 27, 2024

[main] rpm: install binutils-gold to work around build failure on Fedora 41 on arm64 docker/containerd-packaging#390

Merged

lyarwood mentioned this issue Dec 12, 2024

chore(common-instancetypes): Install binutil-gold in arm64 jobs kubevirt/project-infra#3818

Merged

8 tasks

nahwneeth mentioned this issue Jan 13, 2025

Build and include ld.gold linker in binutils-aarch64-linux-gnu package microsoft/azurelinux#11886

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

cmd/link: stop requiring gold on arm64 when GNU ld is fixed #22040

cmd/link: stop requiring gold on arm64 when GNU ld is fixed #22040

jcajka commented Sep 26, 2017

ianlancetaylor commented Sep 26, 2017

jcajka commented Sep 26, 2017

ianlancetaylor commented Sep 26, 2017

jfkw commented Aug 13, 2020

ianlancetaylor commented Aug 13, 2020

jfkw commented Mar 10, 2021 •

edited

Loading

jefferyto commented Nov 9, 2021

ianlancetaylor commented Nov 9, 2021

jefferyto commented Nov 9, 2021

gopherbot commented Nov 23, 2021

gopherbot commented Mar 10, 2022

coyzeng commented Dec 14, 2022

williamh commented Feb 13, 2023

ianlancetaylor commented Feb 13, 2023

williamh commented Feb 13, 2023 •

edited

Loading

zpon commented Nov 17, 2023

jefferyto commented Jan 13, 2025

airtower-luna commented Feb 3, 2025

cmd/link: stop requiring gold on arm64 when GNU ld is fixed #22040

cmd/link: stop requiring gold on arm64 when GNU ld is fixed #22040

Comments

jcajka commented Sep 26, 2017

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?

ianlancetaylor commented Sep 26, 2017

jcajka commented Sep 26, 2017

ianlancetaylor commented Sep 26, 2017

jfkw commented Aug 13, 2020

ianlancetaylor commented Aug 13, 2020

jfkw commented Mar 10, 2021 • edited Loading

jefferyto commented Nov 9, 2021

ianlancetaylor commented Nov 9, 2021

jefferyto commented Nov 9, 2021

gopherbot commented Nov 23, 2021

gopherbot commented Mar 10, 2022

coyzeng commented Dec 14, 2022

williamh commented Feb 13, 2023

ianlancetaylor commented Feb 13, 2023

williamh commented Feb 13, 2023 • edited Loading

zpon commented Nov 17, 2023

jefferyto commented Jan 13, 2025

airtower-luna commented Feb 3, 2025

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

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

jfkw commented Mar 10, 2021 •

edited

Loading

williamh commented Feb 13, 2023 •

edited

Loading