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
..
altpath/src	cmd/link, runtime, plugin: versioning	2016-11-15 16:14:27 +00:00
src	cmd/link: handle R_GOTPCREL separately on darwin	2016-11-16 18:37:03 +00:00
test.bash	cmd/go: use build ID as plugin symbol prefix	2016-11-15 16:17:07 +00:00
unnamed1.go	cmd/go: use build ID as plugin symbol prefix	2016-11-15 16:17:07 +00:00
unnamed2.go	cmd/go: use build ID as plugin symbol prefix	2016-11-15 16:17:07 +00:00