David Crawshaw 7ee7936523 cmd/link: handle R_GOTPCREL separately on darwin ... To generate the correct section offset the shared code path for R_CALL, R_PCREL, and R_GOTPCREL on darwin when externally linking walks up the symbol heirarchy adding the differences. This is fine, except in the case where we are generating a GOT lookup, because the topmost symbol is left in r.Xsym instead of the symbol we are looking up. So all funcsym GOT lookups were looking up the outer "go.func.*" symbol. Fix this by separating out the R_GOTPCREL code path. For #17828 (and may fix it). Change-Id: I2c9f4d135e77c17270aa064d8c876dc6d485d659 Reviewed-on: https://go-review.googlesource.com/33211 Run-TryBot: David Crawshaw <crawshaw@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Ian Lance Taylor <iant@golang.org>		2016-11-16 18:37:03 +00:00
..
common	misc/cgo/testplugin: add test of -buildmode=plugin	2016-09-16 17:55:24 +00:00
host	cmd/go: use build ID as plugin symbol prefix	2016-11-15 16:17:07 +00:00
plugin1	cmd/link: handle R_GOTPCREL separately on darwin	2016-11-16 18:37:03 +00:00
plugin2	cmd/link: support plugins with no exported symbols	2016-11-01 20:56:30 +00:00
sub/plugin1	cmd/compile: write type symbols referenced in ptabs	2016-11-03 14:07:34 +00:00