mirror of
https://github.com/golang/go
synced 2024-11-19 07:04:43 -07:00
927e0f9da6
Background: some ssa.Values represent lvalues, e.g.
var g = new(string)
the *ssa.Global g is a **string, the address of what users
think of as the global g.
Querying pts(g) returns a singleton containing the object g, a
*string. What users really want to see is what that in turn
points to, i.e. the label for the call to new().
This change now lets users make "indirect" pointer queries,
i.e. for pts(*v) where v is an ssa.Value. The oracle makes an
indirect query if the type of the ssa.Value differs from the
source expression type by a pointer, i.e. it's an lvalue.
In other words, we're hiding the fact that compilers (e.g. ssa) internally represent globals by their address.
+ Tests.
This serendipitously fixed an outstanding bug mentioned in the
describe.go
R=crawshaw
CC=golang-dev
https://golang.org/cl/13532043
|
||
|---|---|---|
| .. | ||
| callgraph-json.go | ||
| callgraph-json.golden | ||
| callgraph.go | ||
| callgraph.golden | ||
| calls-json.go | ||
| calls-json.golden | ||
| calls.go | ||
| calls.golden | ||
| describe-json.go | ||
| describe-json.golden | ||
| describe.go | ||
| describe.golden | ||
| freevars.go | ||
| freevars.golden | ||
| implements.go | ||
| implements.golden | ||
| imports.go | ||
| imports.golden | ||
| peers-json.go | ||
| peers-json.golden | ||
| peers.go | ||
| peers.golden | ||