]> Cypherpunks repositories - gostls13.git/commit
cmd/8l, cmd/internal/ld, cmd/internal/obj/x86: stop incorrectly using the term "inita...
authorMichael Hudson-Doyle <michael.hudson@canonical.com>
Thu, 23 Apr 2015 09:53:48 +0000 (21:53 +1200)
committerIan Lance Taylor <iant@golang.org>
Sat, 25 Apr 2015 18:13:15 +0000 (18:13 +0000)
commit264858c46e9daa819d6230f6907b750a3dd9b14f
treecacc71f9944c631e43bde59bd296a52a0bd8558d
parentada8cdb9f68f2e3441af1c514f8fbe28a2e07387
cmd/8l, cmd/internal/ld, cmd/internal/obj/x86: stop incorrectly using the term "inital exec"

The long comment block in obj6.go:progedit talked about the two code sequences
for accessing g as "local exec" and "initial exec", but really they are both forms
of local exec. This stuff is confusing enough without using the wrong words for
things, so rewrite it to talk about 2-instruction and 1-instruction sequences.
Unfortunately the confusion has made it into code, with the R_TLS_IE relocation
now doing double duty as meaning actual initial exec when externally linking and
boring old local exec when linking internally (half of this is my fault). So this
stops using R_TLS_IE in the local exec case. There is a chance this might break
plan9 or windows, but I don't think so. Next step is working out what the heck is
going on on ARM...

Change-Id: I09da4388210cf49dbc99fd25f5172bbe517cee57
Reviewed-on: https://go-review.googlesource.com/9273
Reviewed-by: Ian Lance Taylor <iant@golang.org>
Run-TryBot: Ian Lance Taylor <iant@golang.org>
src/cmd/8l/asm.go
src/cmd/internal/ld/data.go
src/cmd/internal/obj/link.go
src/cmd/internal/obj/x86/asm6.go
src/cmd/internal/obj/x86/obj6.go