Alan Donovan 7a49e427c8 go/loader: don't create types.Package for "unsafe" ... https://golang.org/cl/37694 is a backwards-incompatible change to the go/types API that causes "unsafe" to be included among the results of (*types.Package).Imports(). Client packages such as go/loader and go/ssa now need to recognize the special unsafe package and its unusual *Bultin members and not create a types.Package for it. Change-Id: I902725d3053cb887246978efdb5ec5dcdc0e4818 Reviewed-on: https://go-review.googlesource.com/37710 Run-TryBot: Robert Griesemer <gri@golang.org> Reviewed-by: Robert Griesemer <gri@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org>		2017-03-02 21:55:26 +00:00
..
testdata	go/loader: improve robustness in face of input errors	2015-02-02 20:01:59 +00:00
cgo.go	tools: updates for minimum Go version 1.6	2017-02-07 21:06:19 +00:00
cgo_pkgconfig.go	go/loader: don't pass ldflags to cgo	2016-03-29 18:37:41 +00:00
doc.go	go/loader: update comment	2016-02-22 20:28:10 +00:00
example_test.go	go/loader: only run examples on 1.8	2017-02-17 19:31:53 +00:00
loader.go	go/loader: don't create types.Package for "unsafe"	2017-03-02 21:55:26 +00:00
loader_test.go	tools: updates for minimum Go version 1.6	2017-02-07 21:06:19 +00:00
stdlib_test.go	tools: updates for minimum Go version 1.6	2017-02-07 21:06:19 +00:00
util.go	go/loader: don't treat unsafe specially wrt vendoring	2016-01-08 20:29:04 +00:00