aboutsummaryrefslogtreecommitdiff
path: root/test/linkname.dir
diff options
context:
space:
mode:
authorMatthew Dempsky <mdempsky@google.com>2019-04-02 14:44:13 -0700
committerMatthew Dempsky <mdempsky@google.com>2019-04-16 16:20:39 +0000
commita9831633be548c039ada30a2fb9d7290c35ac0c0 (patch)
tree511937efe6dea2b8132e61eab191fde0f871379d /test/linkname.dir
parent94e720059f902339699b8bf7b2b10897311b50f8 (diff)
downloadgo-a9831633be548c039ada30a2fb9d7290c35ac0c0.tar.gz
go-a9831633be548c039ada30a2fb9d7290c35ac0c0.zip
cmd/compile: update escape analysis tests for newescape
The new escape analysis implementation tries to emit debugging diagnostics that are compatible with the existing implementation, but there's a handful of cases that are easier to handle by updating the test expectations instead. For regress tests that need updating, the original file is copied to oldescapeXXX.go.go with -newescape=false added to the //errorcheck line, while the file is updated in place with -newescape=true and new test requirements. Notable test changes: 1) escape_because.go looks for a lot of detailed internal debugging messages that are fairly particular to how esc.go works and that I haven't attempted to port over to escape.go yet. 2) There are a lot of "leaking param: x to result ~r1 level=-1" messages for code like func(p *int) *T { return &T{p} } that were simply wrong. Here &T must be heap allocated unconditionally (because it's being returned); and since p is stored into it, p escapes unconditionally too. esc.go incorrectly reports that p escapes conditionally only if the returned pointer escaped. 3) esc.go used to print each "leaking param" analysis result as it discovered them, which could lead to redundant messages (e.g., that a param leaks at level=0 and level=1). escape.go instead prints everything at the end, once it knows the shortest path to each sink. 4) esc.go didn't precisely model direct-interface types, resulting in some values unnecessarily escaping to the heap when stored into non-escaping interface values. 5) For functions written in assembly, esc.go only printed "does not escape" messages, whereas escape.go prints "does not escape" or "leaking param" as appropriate, consistent with the behavior for functions written in Go. 6) 12 tests included "BAD" annotations identifying cases where esc.go was unnecessarily heap allocating something. These are all fixed by escape.go. Updates #23109. Change-Id: Iabc9eb14c94c9cadde3b183478d1fd54f013502f Reviewed-on: https://go-review.googlesource.com/c/go/+/170447 Run-TryBot: Matthew Dempsky <mdempsky@google.com> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: David Chase <drchase@google.com>
Diffstat (limited to 'test/linkname.dir')
-rw-r--r--test/linkname.dir/linkname2.go2
1 files changed, 1 insertions, 1 deletions
diff --git a/test/linkname.dir/linkname2.go b/test/linkname.dir/linkname2.go
index 5df4f50ff2..9323ac5f1e 100644
--- a/test/linkname.dir/linkname2.go
+++ b/test/linkname.dir/linkname2.go
@@ -3,7 +3,7 @@ package y
import _ "unsafe"
//go:linkname byteIndex linkname1.indexByte
-func byteIndex(xs []byte, b byte) int
+func byteIndex(xs []byte, b byte) int // ERROR "leaking param: xs"
func ContainsSlash(data []byte) bool { // ERROR "leaking param: data" "can inline ContainsSlash"
if byteIndex(data, '/') != -1 {