uast

package
v0.2.1 Latest Latest
Warning

This package is not in the latest version of its module.

 Go to latest Published: Sep 6, 2017 License: GPL-3.0 Imports: 8 Imported by: 2

Documentation

Overview 

Package uast is a generated protocol buffer package.

It is generated from these files:
	gopkg.in/bblfsh/sdk.v0/uast/generated.proto

It has these top-level messages:
	Node
	Position

Package uast defines a UAST (Universal Abstract Syntax Tree) representation and operations to manipulate them.

Index

Constants

View Source 
const (
	// IncludeChildren includes all children of the node.
	IncludeChildren IncludeFlag = 1
	// IncludeAnnotations includes UAST annotations.
	IncludeAnnotations = 2
	// IncludePositions includes token positions.
	IncludePositions = 4
	// IncludeTokens includes token contents.
	IncludeTokens = 8
	// IncludeInternalType includes internal type.
	IncludeInternalType = 16
	// IncludeProperties includes properties.
	IncludeProperties = 32
	// IncludeOriginalAST includes all properties that are present
	// in the original AST.
	IncludeOriginalAST = IncludeChildren |
		IncludePositions |
		IncludeTokens |
		IncludeInternalType |
		IncludeProperties
	// IncludeAll includes all fields.
	IncludeAll = IncludeOriginalAST | IncludeAnnotations
)
View Source 
const (
	// InternalRoleKey is a key string uses in properties to use the internal
	// role of a node in the AST, if any.
	InternalRoleKey = "internalRole"
)

Variables

View Source 
var (
	ErrInvalidLengthGenerated = fmt.Errorf("proto: negative length found during unmarshaling")
	ErrIntOverflowGenerated   = fmt.Errorf("proto: integer overflow")
)
View Source 
var Role_name = map[int32]string{}/* 143 elements not displayed */

Role is the main UAST annotation. It indicates that a node in an AST can be interpreted as acting with certain language-independent role.

go:generate stringer -type=Role

View Source 
var Role_value = map[string]int32{}/* 143 elements not displayed */

Functions

func CyclomaticComplexity 

func CyclomaticComplexity(n *Node) int

This implementation uses PMD implementation as reference and uses the method of counting one + one of the following UAST Roles if present on any children: If | SwitchCase | For[Each] | [Do]While | TryCatch | Continue | OpBoolean* | Goto Important: since some languages allow for code defined outside function definitions, this won't check that the Node has the role FunctionDeclarationRole so the user should check that if the intended use is calculating the complexity of a function/method. If the children contain more than one function definitions, the value will not be averaged between the total number of function declarations but given as a total.

Some practical implementations counting tokens in the code. They sometimes differ; for example some of them count the switch "default" as an incrementor, some consider all return values minus the last, some of them consider "else" (which is wrong IMHO, but not for elifs, remember than the IfElse token in the UAST is really an Else not an "else if", elseifs would have a children If token), some consider throw and finally while others only the catch, etc.

Examples: PMD reference implementation: http://pmd.sourceforge.net/pmd-4.3.0/xref/net/sourceforge/pmd/rules/CyclomaticComplexity.html GMetrics: http://gmetrics.sourceforge.net/gmetrics-CyclomaticComplexityMetric.html Go: https://github.com/fzipp/gocyclo/blob/master/gocyclo.go#L214 SonarQube (include rules for many languages): https://docs.sonarqube.org/display/SONAR/Metrics+-+Complexity

IMPORTANT DISCLAIMER: McCabe definition specifies clearly that boolean operations should increment the count in 1 for every boolean element when the language if the language evaluates conditions in short-circuit. Unfortunately in the current version of the UAST we don't specify these language invariants and also we still haven't defined how we are going to represent the boolean expressions (which also would need a tree transformation process in the pipeline that we lack) so lacking a better way of detecting for all languages what symbols or literals are part of a boolean expression we count the boolean operators themselves which should work for short-circuit infix languages but not prefix or infix languages that can evaluate more than two items with a single operator. (FIXME when both things are solved in the UAST definition and the SDK).

func Pretty 

func Pretty(n *Node, w io.Writer, includes IncludeFlag) error

Pretty writes a pretty string representation of the *Node to a writer.

func Tokens 

func Tokens(n *Node) []string

Tokens returns a slice of tokens contained in the node.

Types

type Hash 

type Hash uint32

Hash is a hash value.

type IncludeFlag 

type IncludeFlag int64

IncludeFlag represents a set of fields to be included in a Hash or String.

func (IncludeFlag) Is 

func (f IncludeFlag) Is(of IncludeFlag) bool

type Node 

type Node struct {
	// InternalType is the internal type of the node in the AST, in the source
	// language.
	InternalType string `json:",omitempty"`
	// Properties are arbitrary, language-dependent, metadata of the
	// original AST.
	Properties map[string]string `json:",omitempty"`
	// Children are the children nodes of this node.
	Children []*Node `json:",omitempty"`
	// Token is the token content if this node represents a token from the
	// original source file. If it is empty, there is no token attached.
	Token string `json:",omitempty"`
	// StartPosition is the position where this node starts in the original
	// source code file.
	StartPosition *Position `json:",omitempty"`
	// EndPosition is the position where this node ends in the original
	// source code file.
	EndPosition *Position `json:",omitempty"`
	// Roles is a list of Role that this node has. It is a language-independent
	// annotation.
	Roles []Role `json:",omitempty"`
}

Node is a node in a UAST.

func NewNode 

func NewNode() *Node

NewNode creates a new empty *Node.

func (*Node) Descriptor 

func (*Node) Descriptor() ([]byte, []int)

func (*Node) Hash 

func (n *Node) Hash() Hash

Hash returns the hash of the node.

func (*Node) HashWith 

func (n *Node) HashWith(includes IncludeFlag) Hash

HashWith returns the hash of the node, computed with the given set of fields.

func (*Node) Marshal 

func (m *Node) Marshal() (dAtA []byte, err error)

func (*Node) MarshalTo 

func (m *Node) MarshalTo(dAtA []byte) (int, error)

func (*Node) ProtoMessage 

func (*Node) ProtoMessage()

func (*Node) ProtoSize 

func (m *Node) ProtoSize() (n int)

func (*Node) Reset 

func (m *Node) Reset()

func (*Node) String 

func (n *Node) String() string

String converts the *Node to a string using pretty printing.

func (*Node) Unmarshal 

func (m *Node) Unmarshal(dAtA []byte) error

type Path 

type Path []*Node

Path represents a Node with its path in a tree. It is a slice with every token in the path, where the last one is the node itself. The empty path is is the zero value (e.g. parent of the root node).

func NewPath 

func NewPath(nodes ...*Node) Path

NewPath creates a new Path from a slice of nodes.

func (Path) Child 

func (p Path) Child(n *Node) Path

Child creates a Path for a given child.

func (Path) IsEmpty 

func (p Path) IsEmpty() bool

IsEmpty returns true if the path is empty.

func (Path) Node 

func (p Path) Node() *Node

Node returns the node. If the path is empty, the result is nil.

func (Path) Parent 

func (p Path) Parent() Path

Parent returns the path of the parent of this node.

type PathIter 

type PathIter interface {
	// Next returns the next node path or nil if the are no more nodes.
	Next() Path
}

PathIter iterates node paths.

type PathStepIter 

type PathStepIter interface {
	PathIter
	// If Step is called, children of the last node returned by Next() will
	// not be visited.
	Step()
}

PathIter iterates node paths, optionally stepping to avoid visiting children of some nodes.

func NewOrderPathIter 

func NewOrderPathIter(p Path) PathStepIter

NewOrderPathIter creates an iterator that iterates all tree nodes (by default it will use preorder traversal but will switch to inorder or postorder if the Infix and Postfix roles are found).

type Position 

type Position struct {
	// Offset is the position as an absolute byte offset. It is a 0-based
	// index.
	Offset uint32
	// Line is the line number. It is a 1-based index.
	Line uint32
	// Col is the column number (the byte offset of the position relative to
	// a line. It is a 1-based index.
	Col uint32
}

Position represents a position in a source code file.

func (*Position) Descriptor 

func (*Position) Descriptor() ([]byte, []int)

func (*Position) Marshal 

func (m *Position) Marshal() (dAtA []byte, err error)

func (*Position) MarshalTo 

func (m *Position) MarshalTo(dAtA []byte) (int, error)

func (*Position) ProtoMessage 

func (*Position) ProtoMessage()

func (*Position) ProtoSize 

func (m *Position) ProtoSize() (n int)

func (*Position) Reset 

func (m *Position) Reset()

func (*Position) String 

func (m *Position) String() string

func (*Position) Unmarshal 

func (m *Position) Unmarshal(dAtA []byte) error

type Role 

type Role int16

Role is the main UAST annotation. It indicates that a node in an AST can be interpreted as acting with certain language-independent role. 

const (
	// Invalid Role is assigned as a zero value since protobuf enum definition must start at 0.
	Invalid Role = iota

	// SimpleIdentifier is the most basic form of identifier, used for variable
	// names, functions, packages, etc.
	SimpleIdentifier
	// QualifiedIdentifier is form of identifier composed of multiple
	// SimpleIdentifier. One main identifier (usually the last one) and one
	// or more qualifiers.
	QualifiedIdentifier

	// BinaryExpression is the parent node of all binary expressions of any type. It must have
	// BinaryExpressionLeft, BinaryExpressionRight and BinaryExpressionOp children.
	// Those children must have aditional roles specifying the specific type (e.g. Expression,
	// QualifiedIdentifier or Literal for the left and right nodes and one of the specific operator roles
	// for the binary operator). BinaryExpresion can be considered a derivation of Expression and thus
	// could be its child or implemented as an additional node.
	BinaryExpression
	BinaryExpressionLeft
	BinaryExpressionRight
	BinaryExpressionOp

	// Infix should mark the nodes which are parents of expression nodes using infix notation, e.g.: a+b.
	// Nodes without Infix or Postfix mark are considered in prefix order by default.
	Infix
	// Postfix should mark the nodes which are parents of nodes using postfix notation, e.g.: ab+.
	// Nodes without Infix or Postfix mark are considered in prefix order by default.
	Postfix

	// OpBitwiseLeftShift is the binary bitwise shift to the left operator (i.e. << in most languages)
	OpBitwiseLeftShift
	// OpBitwiseRightShift is the binary bitwise shift to the right operator (i.e. >> in most languages)
	OpBitwiseRightShift
	// OpBitwiseUnsignedRightShift is the binary bitwise unsigned shift to the
	// right operator (e.g. >>> in Java or C#)
	OpBitwiseUnsignedRightShift
	// OpBitwiseOr is the binary bitwise OR operator  (i.e. | in most languages)
	OpBitwiseOr
	// OpBitwiseXor is the binary bitwise Xor operator  (i.e. ~ in most languages)
	OpBitwiseXor
	// OpBitwiseAnd is the binary bitwise And/complement operator  (i.e. & in most languages)
	OpBitwiseAnd

	Expression
	Statement

	// OpEqual is the operator that tests for logical equality between two expressions
	OpEqual
	// OpEqual is the operator that tests for logical inequality between two expressions
	// (i.e. != or != or <> in most languages).
	OpNotEqual
	// OpEqual is the operator that tests if the expression on the left is worth logically less
	// than the expression on the right. (i.e. < in most languages).
	OpLessThan
	// OpEqual is the operator that tests if the expression on the left is worth logically less
	// or has equality with the expression on the right. (i.e. >= in most languages).
	OpLessThanEqual
	// OpEqual is the operator that tests if the expression on the left is worth logically more
	// than the expression on the right. (i.e. > in most languages).
	OpGreaterThan
	// OpEqual is the operator that tests if the expression on the left is worth logically more
	// or has equality with the expression on the right. (i.e. >= in most languages).
	OpGreaterThanEqual
	// OpSame tests if the result of the expressions tested is the same object, like the "is"
	// operator in node or === in Javascript.
	OpSame
	// OpNotSame tests if the result of the expressions tested are different objects, like the "is not"
	// operator in node or !== in Javascript.
	OpNotSame
	// OpContains tests if the left expression result is contained inside, or has an item contained
	// with equality, the result of the expression of the right which usually will be a container type
	// (e.g. "in" in Python).
	OpContains
	// OpNotContains tests if the left expression result is not contained inside
	// the result of the expression of the right which usually will be a container type
	// (e.g. "not in" in Python).
	OpNotContains

	// OpPreIncrement increments in place the value before it is evaluated. It's
	// typical of C-inspired languages (e. g. ++x).
	OpPreIncrement
	// OpPostIncrement increments in place the value after it is evaluated. It's
	// typical of C-inspired languages (e. g. x++).
	OpPostIncrement
	// OpPreDecrement decrement in place the value before it is evaluated. It's
	// typical of C-inspired languages (e. g. --x).
	OpPreDecrement
	// OpPostDecrement decrement in place the value after it is evaluated. It's
	// typical of C-inspired languages (e. g. x--).
	OpPostDecrement
	// OpNegative changes the sign of the numeric type (e. g. -x in most languages).
	OpNegative
	// OpPositive usually is a no-op for basic numeric types but exists in the AST of some languages.
	// On some languages like C it could perform an aritmetic conversion to a signed type without
	// changing the sign or could be overloaded (e. g. +x).
	OpPositive
	// OpBitwiseComplement will invert all the bits of a type. (e. g. ~x in C-inspired languages).
	OpBitwiseComplement
	// OpDereference will get the actual value pointed by a pointer or reference type (e.g. *x).
	OpDereference
	// OpTakeAddress will get the memory address of the associated variable which will usually be
	// stored in a pointer or reference type (e. g. &x).
	OpTakeAddress

	// File is the root node of a single file AST.
	File

	// OpBooleanAnd is the boolean AND operator (i.e. "and" or && in most languages)
	OpBooleanAnd
	// OpBooleanOr is the boolean OR operator (i.e. "or" or || in most languages)
	OpBooleanOr
	// OpBooleanNot is the boolean NOT operator (i.e. "NOT" or ! in most languages)
	OpBooleanNot
	// OpBooleanXor is the boolean XOR operator (i.e. "XOR" or ^ in most languages)
	OpBooleanXor

	// OpAdd is the binary add operator (i.e. + in most languages).
	OpAdd
	// OpSubstract is the binary subtract operator (i.e. - in most languages).
	OpSubstract
	// OpMultiply is the binary multiply operator (i.e. * in most languages).
	OpMultiply
	// OpDivide is the binary division operator (i.e. / in most languages).
	OpDivide
	// OpMod is the binary division module operator (i.e. % or "mod" in most languages).
	OpMod

	// PackageDeclaration identifies the package that all its children
	// belong to. Its children include, at least, QualifiedIdentifier or
	// SimpleIdentifier with the package name.
	PackageDeclaration

	// ImportDeclaration represents the import of another package in the
	// current scope. Its children may include an ImportPath and ImportInclude.
	ImportDeclaration
	// ImportPath is the (usually) fully qualified package name to import.
	ImportPath
	// ImportAlias is an identifier used as an alias for an imported package
	// in a certain scope.
	ImportAlias

	// FunctionDeclaration is the parent node of all function or method declarations. It should have a
	// FunctionDeclarationName, a FunctionDeclarationBody (except for pure declarations like the ones in C/C++
	// header files or forward declarations in other languages) and, if the function has formal arguments,
	// FunctionDeclarationArgument children.
	FunctionDeclaration
	// FunctionDeclarationBody is the grouping node for all nodes in the function body.
	FunctionDeclarationBody
	// FunctionDeclarationName contains the unqualified name of the function.
	FunctionDeclarationName
	// FunctionDeclarationReceiver is the target Type of a method or struct.
	FunctionDeclarationReceiver
	// FunctionDeclarationArgument is the parent node for the function formal arguments. The name will be
	// specified as the token of the child FunctionDeclarationArgumentName and depending on the language it
	// could have one or more child nodes of different types to implement them in the UAST like
	// FunctionDeclarationArgumentDefaultValue, type declarations (TODO), annotations (TODO), etc.
	//FunctionDeclarationArguments
	FunctionDeclarationArgument
	// FunctionDeclarationArgumentName is the symbolic name of the argument. On languages that support
	// argument passing by name this will be the name used by the CallNamedArgument roles.
	FunctionDeclarationArgumentName
	// For languages that support setting a default value for a formal argument,
	// FunctionDeclarationArgumentDefaultValue is the node that contains the default value.
	// Depending on the language his child node representing the actual value could be some kind or
	// literal or even expressions that can resolved at runtime (if interpreted) or compile time.
	FunctionDeclarationArgumentDefaultValue
	// FunctionDeclarationVarArgsList is the node representing whatever syntax the language has to
	// indicate that from that point in the argument list the function can get a variable number
	// of arguments (e.g. "..." in C-ish languages, "Object..." in Java, "*args" in Python, etc).
	FunctionDeclarationVarArgsList

	// TypeDeclaration is the declaration of a type. It could be a class or
	// interface in Java, a struct, interface or alias in Go, etc. Except for pure or forward declarations
	// it will usually have a TypeDeclarationBody child and for OOP languages a TypeDeclarationBases and/or
	// TypeDeclarationInterfaces.
	TypeDeclaration
	TypeDeclarationBody
	// TypeDeclarationBases are the Types that the current inherits from in OOP languages.
	TypeDeclarationBases
	// TypeDeclarationImplements are the Types (usually interfaces) that the Type implements.
	TypeDeclarationImplements

	// VisibleFromInstance marks modifiers that declare visibility from instance.
	VisibleFromInstance
	// VisibleFromType marks modifiers that declare visibility from the same
	// type (e.g. class, trait).
	// Implies VisibleFromInstance.
	VisibleFromType
	// VisibleFromSubtype marks modifiers that declare visibility from
	// subtypes (e.g. subclasses).
	// Implies VisibleFromInstance and VisibleFromType.
	VisibleFromSubtype
	// VisibleFromSubpackage marks modifiers that declare visibility from the
	// same package.
	VisibleFromPackage
	// VisibleFromSubpackage marks modifiers that declare visibility from
	// subpackages.
	// Implies VisibleFromInstance, VisibleFromType and VisibleFromPackage.
	VisibleFromSubpackage
	// VisibleFromModule marks modifiers that declare visibility from the
	// same module (e.g. Java JAR).
	// Implies VisibleFromInstance and VisibleFromType.
	VisibleFromModule
	// VisibleFromFriend marks modifiers that declare visibility from friends
	// (e.g. C++ friends).
	// Implies VisibleFromInstance and VisibleFromType.
	VisibleFromFriend
	// VisibleFromWorld implies full public visibility. Implies all other
	// visibility levels.
	VisibleFromWorld

	// If is used for if-then[-else] statements or expressions.
	// An if-then tree will look like:
	//
	// 	IfStatement {
	//		**[non-If nodes] {
	//			IfCondition {
	//				[...]
	//                      }
	//		}
	//		**[non-If* nodes] {
	//			IfBody {
	//				[...]
	//			}
	//		}
	//		**[non-If* nodes] {
	//			IfElse {
	//				[...]
	//			}
	//		}
	//	}
	//
	// The IfElse node is optional. The order of IfCondition, IfBody and
	// IfElse is not defined.
	If
	// IfCondition is a condition in an IfStatement or IfExpression.
	IfCondition
	// IfBody is the code following a then clause in an IfStatement or
	// IfExpression.
	IfBody
	// IfBody is the code following a else clause in an IfStatement or
	// IfExpression.
	IfElse

	// Switch is used to represent a broad of switch flavors. An expression
	// is evaluated and then compared to the values returned by different
	// case expressions, executing a body associated to the first case that
	// matches. Similar constructions that go beyond expression comparison
	// (such as pattern matching in Scala's match) should not be annotated
	// with Switch.
	//
	// TODO: We still have to decide how to annotate fallthrough and
	//      non-fallthrough variants. As well as crazy variants such as Perl
	//      and Bash with its optional fallthrough.
	Switch
	SwitchCase
	SwitchCaseCondition
	SwitchCaseBody
	SwitchDefault

	For
	ForInit
	ForExpression
	ForUpdate
	ForBody

	ForEach

	While
	WhileCondition
	WhileBody

	DoWhile
	DoWhileCondition
	DoWhileBody

	Break
	Continue
	Goto

	// Block is a group of statements. If the source language has block scope,
	// it should be annotated both with Block and BlockScope.
	Block
	// BlockScope is a block with its own block scope.
	// TODO: Should we replace BlockScope with a more general Scope role that
	//       can be combined with Block?
	BlockScope

	// Return is a return statement. It might have a child expression or not
	// as with naked returns in Go or return in void methods in Java.
	Return

	Try
	TryBody
	TryCatch
	TryFinally

	Throw

	// Assert checks if an expression is true and if it is not, it signals
	// an error/exception, possibly stopping the execution.
	Assert

	// Call is any call, whether it is a function, procedure, method or macro.
	// In its simplest form, a call will have a single child with a function
	// name (CallCallee). Arguments are marked with CallPositionalArgument
	// and CallNamedArgument. In OO languages there is usually a CallReceiver
	// too.
	Call
	// CallReceiver is an optional expression receiving the call. This
	// corresponds to the method invocant in OO languages, receiving in Go, etc.
	CallReceiver
	// CallCallee is the callable being called. It might be the name of a
	// function or procedure, it might be a method, it might a simple name
	// or qualified with a namespace.
	CallCallee
	// CallPositionalArgument is a positional argument in a call.
	CallPositionalArgument
	// CallNamedArgument is a named argument in a call. It should have a
	// child with role CallNamedArgumentName and another child with role
	// CallNamedArgumentValue.
	CallNamedArgument
	// CallNamedArgumentName is the name of a named argument.
	CallNamedArgumentName
	// CallNamedArgumentValue is the value of a named argument.
	CallNamedArgumentValue

	Noop

	// BooleanLiteral is a boolean literal. It is expected that BooleanLiteral
	// nodes contain a token with some form of boolean literal (e.g. true,
	// false, yes, no, 1, 0).
	BooleanLiteral
	// ByteLiteral is a single-byte literal. For example, in Rust.
	ByteLiteral
	// ByteStringLiteral is a literal for a raw byte string. For example, in Rust.
	ByteStringLiteral
	// CharacterLiteral is a character literal. It is expected that
	// CharacterLiteral nodes contain a token with a single character with
	// optional quoting (e.g. c, 'c', "c").
	CharacterLiteral
	// ListLiteral is a literal array or list.
	ListLiteral
	// MapLiteral is a literal map-like structure.
	MapLiteral
	// NullLiteral is a null literal. It is expected that NullLiteral nodes
	// contain a token equivalent to null (e.g. null, nil, None).
	NullLiteral
	// NumberLiteral is a numeric literal. This applies to any numeric literal
	// whether it is integer or float, any base, scientific notation or not,
	// etc.
	NumberLiteral
	// RegexpLiteral is a literal for a regular expression.
	RegexpLiteral
	// SetLiteral is a literal for a set. For example, in Python 3.
	SetLiteral
	// StringLiteral is a string literal. This applies both to single-line and
	// multi-line literals and it does not imply any particular encoding.
	//
	// TODO: Decide what to do with interpolated strings.
	StringLiteral
	// TupleLiteral is a literal for a tuple. For example, in Python and Scala.
	TupleLiteral
	// TypeLiteral is a literal that identifies a type. It might contain a
	// token with the type literal itself, or children that define the type.
	TypeLiteral
	// OtherLiteral is a literal of a type not covered by other literal
	// annotations.
	OtherLiteral

	// MapEntry is the expression pairing a map key and a value usually on MapLiteral expressions. It must
	// have both a MapKey and a MapValue children (e.g. {"key": "value", "otherkey": "otherval"} in Python).
	MapEntry
	MapKey
	MapValue

	Type
	// TODO: should we distinguish between primitive and builtin types?
	PrimitiveType

	// Assignment represents a variable assignment or binding.
	// The variable that is being assigned to is annotated with the
	// AssignmentVariable role, while the value is annotated with
	// AssignmentValue.
	Assignment
	AssignmentVariable
	AssignmentValue

	// AugmentedAssignment is an augmented assignment usually combining the equal operator with
	// another one (e. g. +=, -=, *=, etc). It is expected that children contains an
	// AugmentedAssignmentOperator with a child or aditional role for the specific Bitwise or
	// Arithmetic operator used. The AugmentedAssignmentVariable and AugmentedAssignmentValue roles
	// have the same meaning than in Assignment.
	AugmentedAssignment
	AugmentedAssignmentOperator
	AugmentedAssignmentVariable
	AugmentedAssignmentValue

	// This represents the self-reference of an object instance in
	// one of its methods. This corresponds to the `this` keyword
	// (e.g. Java, C++, PHP), `self` (e.g. Smalltalk, Perl, Swift) and `Me`
	// (e.g. Visual Basic).
	This

	Comment

	// Documentation is a node that represents documentation of another node,
	// such as function or package. Documentation is usually in the form of
	// a string in certain position (e.g. Python docstring) or comment
	// (e.g. Javadoc, godoc).
	Documentation

	// Whitespace
	Whitespace

	// Incomplete express that the semantic meaning of the node roles doesn't express
	// the full semantic information. Added in BIP-002.
	Incomplete

	// Unannotated will be automatically added by the SDK for nodes that did not receive
	// any annotations with the current version of the driver's `annotations.go` file.
	// Added in BIP-002.
	Unannotated
)

func (Role) EnumDescriptor 

func (Role) EnumDescriptor() ([]byte, []int)

func (Role) String 

func (i Role) String() string

Source Files

View all Source files

Directories

Path Synopsis
Package ann provides a DSL to annotate UAST.
 Package ann provides a DSL to annotate UAST.

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL
go.dev uses cookies from Google to deliver and enhance the quality of its services and to analyze traffic. Learn more.