aboutsummaryrefslogtreecommitdiff
path: root/src/net/http/export_test.go
diff options
context:
space:
mode:
authorKeith Randall <khr@google.com>2018-10-30 13:30:09 -0700
committerKeith Randall <khr@golang.org>2018-11-14 21:01:36 +0000
commit0c7762cd184649552309c82671bf81f89d215ff7 (patch)
treedc33c01dad6596dd41f849a74fdccdea415a7e46 /src/net/http/export_test.go
parenta063a2284af69d25d4367ff3e7c6da53f37bad03 (diff)
downloadgo-0c7762cd184649552309c82671bf81f89d215ff7.tar.xz
cmd/compile: assume unsafe pointer arithmetic generates non-nil results
I've never seen a case where unsafe arithmetic is used to generate a nil. (Something like var x uintptr; unsafe.Pointer(x - x).) We can assume that if someone is doing arithmetic with pointers, the result will be non-nil. Our unsafe rules already forbid this, although we should be more explicit. RELNOTE=It is invalid to convert a nil unsafe.Pointer to uintptr and back, with arithmetic. (This was already invalid, but this statement has been added for clarification.) Fixes #27180 Change-Id: I1880b7725a9fd99e4613799930fdad9aaa99e8f0 Reviewed-on: https://go-review.googlesource.com/c/146058 Reviewed-by: Austin Clements <austin@google.com>
Diffstat (limited to 'src/net/http/export_test.go')
0 files changed, 0 insertions, 0 deletions