-
Notifications
You must be signed in to change notification settings - Fork 18.1k
cmd/link: bring back R_ARM_V4BX for Annapurna AL-212 and possibly others #44998
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
When trying to upgrade Go from 1.15.8 to 1.16 on my Netgear ReadyNAS RN204 and it's Annapurna AL-212 ARM chip I ran into a compile time error: $ cd src go-go1.16.2/$ cd src go-go1.16.2/src$ ./make.bash Building Go cmd/dist using /usr/lib/go-1.15. (go1.15.8 linux/arm) Building Go toolchain1 using /usr/lib/go-1.16. 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/arm. net(.text): unexpected relocation type 296 (R_ARM_V4BX) panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x115a84] Inspection of the changes showed that the code for handling R_ARM_V4BX that was included in 1.15.x is mossing from 1.16 onwards. Since R_ARM_v4BX is essentially a no-op accoring to the comment in the 1.15 tree I thought it safe to just let it do that. Using the patch I was able to build a working go 1.16.2, run the test suite and build some apps for testing. However, with me lacking deeper understanding of the code I have no idea about possible side effects or whether there's an easier way to handle this. So I'd be more than happy if someone with more knowledge could give this a look.
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. ℹ️ Googlers: Go here for more info. |
When trying to upgrade Go from 1.15.8 to 1.16 on my Netgear ReadyNAS RN204 and it's Annapurna AL-212 ARM chip I ran into a compile time error: $ cd src go-go1.16.2/$ cd src go-go1.16.2/src$ ./make.bash Building Go cmd/dist using /usr/lib/go-1.15. (go1.15.8 linux/arm) Building Go toolchain1 using /usr/lib/go-1.16. 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/arm. net(.text): unexpected relocation type 296 (R_ARM_V4BX) panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x115a84] Inspection of the changes showed that the code for handling R_ARM_V4BX that was included in 1.15.x is mossing from 1.16 onwards. Since R_ARM_v4BX is essentially a no-op accoring to the comment in the 1.15 tree I thought it safe to just let it do that. Using the patch I was able to build a working go 1.16.2, run the test suite and build some apps for testing. However, with me lacking deeper understanding of the code I have no idea about possible side effects or whether there's an easier way to handle this. So I'd be more than happy if someone with more knowledge could give this a look.
…bring_back_R_ARM_V4BX
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. ℹ️ Googlers: Go here for more info. |
@googlebot I fixed it. |
This PR (HEAD: 51ad391) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/go/+/301631 to see it. Tip: You can toggle comments from me using the |
Message from Go Bot: Patch Set 1: Congratulations on opening your first change. Thank you for your contribution! Next steps: Most changes in the Go project go through a few rounds of revision. This can be During May-July and Nov-Jan the Go project is in a code freeze, during which Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
Message from Matthew Dempsky: Patch Set 1: Run-TryBot+1 Trust+1 (2 comments) Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
Message from Go Bot: Patch Set 1: TryBots beginning. Status page: https://farmer.golang.org/try?commit=5e2a61d9 Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
Message from Go Bot: Patch Set 1: TryBot-Result+1 TryBots are happy. Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
When trying to upgrade Go from 1.15.8 to 1.16 on my Netgear ReadyNAS RN204 and it's Annapurna AL-212 ARM chip I ran into a compile time error: $ cd src go-go1.16.2/$ cd src go-go1.16.2/src$ ./make.bash Building Go cmd/dist using /usr/lib/go-1.15. (go1.15.8 linux/arm) Building Go toolchain1 using /usr/lib/go-1.16. 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/arm. net(.text): unexpected relocation type 296 (R_ARM_V4BX) panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x115a84] Inspection of the changes showed that the code for handling R_ARM_V4BX that was included in 1.15.x is mossing from 1.16 onwards. Since R_ARM_v4BX is essentially a no-op accoring to the comment in the 1.15 tree I thought it safe to just let it do that. Using the patch I was able to build a working go 1.16.2, run the test suite and build some apps for testing. However, with me lacking deeper understanding of the code I have no idea about possible side effects or whether there's an easier way to handle this. So I'd be more than happy if someone with more knowledge could give this a look. Fixes #45012
When trying to upgrade Go from 1.15.8 to 1.16 on my Netgear ReadyNAS RN204 and it's Annapurna AL-212 ARM chip I ran into a compile time error: $ cd src go-go1.16.2/$ cd src go-go1.16.2/src$ ./make.bash Building Go cmd/dist using /usr/lib/go-1.15. (go1.15.8 linux/arm) Building Go toolchain1 using /usr/lib/go-1.16. 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/arm. net(.text): unexpected relocation type 296 (R_ARM_V4BX) panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x115a84] Inspection of the changes showed that the code for handling R_ARM_V4BX that was included in 1.15.x is mossing from 1.16 onwards. Since R_ARM_v4BX is essentially a no-op accoring to the comment in the 1.15 tree I thought it safe to just let it do that. Using the patch I was able to build a working go 1.16.2, run the test suite and build some apps for testing. However, with me lacking deeper understanding of the code I have no idea about possible side effects or whether there's an easier way to handle this. So I'd be more than happy if someone with more knowledge could give this a look. Fixes #45012
This PR (HEAD: 22f41ab) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/go/+/301631 to see it. Tip: You can toggle comments from me using the |
Message from Matthew Dempsky: Patch Set 1: Run-TryBot+1 Trust+1 (2 comments) Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
Message from Go Bot: Patch Set 1: TryBots beginning. Status page: https://farmer.golang.org/try?commit=5e2a61d9 Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
Message from Go Bot: Patch Set 1: TryBot-Result+1 TryBots are happy. Please don’t reply on this GitHub thread. Visit golang.org/cl/301631. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It really seams safe !
When trying to upgrade Go from 1.15.8 to 1.16 on my Netgear ReadyNAS RN204 and
it's Annapurna AL-212 ARM chip I ran into a compile time error:
$ cd src
go-go1.16.2/$ cd src
go-go1.16.2/src$ ./make.bash
Building Go cmd/dist using /usr/lib/go-1.15. (go1.15.8 linux/arm)
Building Go toolchain1 using /usr/lib/go-1.16.
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/arm.
net(.text): unexpected relocation type 296 (R_ARM_V4BX)
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x115a84]
Inspection of the changes showed that the code for handling R_ARM_V4BX that
was included in 1.15.x is mossing from 1.16 onwards. Since R_ARM_v4BX is
essentially a no-op accoring to the comment in the 1.15 tree I thought it
safe to just let it do that.
Using the patch I was able to build a working go 1.16.2, run the test suite
and build some apps for testing.
However, with me lacking deeper understanding of the code I have no idea
about possible side effects or whether there's an easier way to handle
this. So I'd be more than happy if someone with more knowledge could give
this a look.
Fixes #45012