File: issue60789.txt

package info (click to toggle)
golang-golang-x-tools 1%3A0.25.0%2Bds-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 22,724 kB
  • sloc: javascript: 2,027; asm: 1,645; sh: 166; yacc: 155; makefile: 49; ansic: 8
file content (35 lines) | stat: -rw-r--r-- 748 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

This test renames an exported method of an unexported type,
which is an edge case for objectpath, since it computes a path
from a syntax package that is no good when applied to an
export data package.

See issue #60789.

-- go.mod --
module example.com
go 1.12

-- a/a.go --
package a

type unexported int
func (unexported) F() {} //@rename("F", "G", fToG)

var _ = unexported(0).F

-- b/b.go --
package b

// The existence of this package is sufficient to exercise
// the bug even though it cannot reference a.unexported.

import _ "example.com/a"

-- @fToG/a/a.go --
@@ -4 +4 @@
-func (unexported) F() {} //@rename("F", "G", fToG)
+func (unexported) G() {} //@rename("F", "G", fToG)
@@ -6 +6 @@
-var _ = unexported(0).F
+var _ = unexported(0).G