2008-03-04 23:18:16 -07:00
|
|
|
The Go Programming Language
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-06 19:57:03 -07:00
|
|
|
(March 7, 2008)
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
This document is an informal specification/proposal for a new systems programming
|
|
|
|
language.
|
|
|
|
|
|
|
|
|
|
|
|
Guiding principles
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Go is a new systems programming language intended as an alternative to C++ at
|
|
|
|
Google. Its main purpose is to provide a productive and efficient programming
|
|
|
|
environment for compiled programs such as servers and distributed systems.
|
|
|
|
|
|
|
|
The design is motivated by the following guidelines:
|
|
|
|
|
|
|
|
- very fast compilation (1MLOC/s stretch goal); instantaneous incremental compilation
|
|
|
|
- procedural
|
|
|
|
- strongly typed
|
|
|
|
- concise syntax avoiding repetition
|
|
|
|
- few, orthogonal, and general concepts
|
2008-03-06 00:00:44 -07:00
|
|
|
- support for threading and interprocess communication
|
|
|
|
- garbage collection
|
2008-03-04 23:18:16 -07:00
|
|
|
- container library written in Go
|
|
|
|
- reasonably efficient (C ballpark)
|
|
|
|
|
|
|
|
The language should be strong enough that the compiler and run time can be
|
|
|
|
written in itself.
|
|
|
|
|
|
|
|
|
|
|
|
Modularity, identifiers and scopes
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A Go program consists of one or more `packages' compiled separately, though
|
|
|
|
not independently. A single package may make
|
|
|
|
individual identifiers visible to other files by marking them as
|
2008-03-06 20:40:52 -07:00
|
|
|
exported; there is no ``header file''.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A package collects types, constants, functions, and so on into a named
|
2008-03-06 00:00:44 -07:00
|
|
|
entity that may be exported to enable its constituents be used in
|
2008-03-04 23:18:16 -07:00
|
|
|
another compilation unit.
|
|
|
|
|
|
|
|
Because there are no header files, all identifiers in a package are either
|
2008-03-06 00:00:44 -07:00
|
|
|
declared explicitly within the package or arise from an import statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Scoping is essentially the same as in C.
|
|
|
|
|
|
|
|
|
|
|
|
Program structure
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A compilation unit (usually a single source file)
|
|
|
|
consists of a package specifier followed by import
|
|
|
|
declarations followed by other declarations. There are no statements
|
|
|
|
at the top level of a file.
|
|
|
|
|
|
|
|
A program consists of a number of packages. By convention, one
|
|
|
|
package, by default called Main, is the starting point for execution.
|
|
|
|
It contains a function, also called Main, that is the first function invoked
|
|
|
|
by the run time system.
|
|
|
|
|
|
|
|
If any package within the program
|
|
|
|
contains a function Init(), that function will be executed
|
|
|
|
before Main.Main() is called. The details of initialization are
|
|
|
|
still under development.
|
|
|
|
|
|
|
|
|
|
|
|
Typing, polymorphism, and object-orientation
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Go programs are strongly typed. Certain expressions, in particular map
|
|
|
|
and channel accesses, can also be polymorphic. The language provides
|
|
|
|
mechanisms to make use of such polymorphic values type-safe.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Interface types are the mechanism to support an object-oriented
|
|
|
|
programming style. Different interface types are independent of each
|
|
|
|
other and no explicit hierarchy is required (such as single or
|
|
|
|
multiple inheritance explicitly specified through respective type
|
|
|
|
declarations). Interface types only define a set of methods that a
|
|
|
|
corresponding implementation must provide. Thus interface and
|
|
|
|
implementation are strictly separated.
|
|
|
|
|
|
|
|
An interface is implemented by associating methods with
|
|
|
|
structures. If a structure implements all methods of an interface, it
|
|
|
|
implements that interface and thus can be used where that interface is
|
|
|
|
required. Unless used through a variable of interface type, methods
|
2008-03-06 20:40:52 -07:00
|
|
|
can always be statically bound (they are not ``virtual''), and incur no
|
2008-03-04 23:18:16 -07:00
|
|
|
runtime overhead compared to an ordinary function.
|
|
|
|
|
|
|
|
Go has no explicit notion of classes, sub-classes, or inheritance.
|
|
|
|
These concepts are trivially modeled in Go through the use of
|
|
|
|
functions, structures, associated methods, and interfaces.
|
|
|
|
|
|
|
|
Go has no explicit notion of type parameters or templates. Instead,
|
|
|
|
containers (such as stacks, lists, etc.) are implemented through the
|
|
|
|
use of abstract data types operating on interface types.
|
|
|
|
|
|
|
|
|
|
|
|
Pointers and garbage collection
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Variables may be allocated automatically (when entering the scope of
|
|
|
|
the variable) or explicitly on the heap. Pointers are used to refer
|
|
|
|
to heap-allocated variables. Pointers may also be used to point to
|
|
|
|
any other variable; such a pointer is obtained by "taking the
|
|
|
|
address" of that variable. Variables are automatically reclaimed when
|
|
|
|
they are no longer accessible. There is no pointer arithmetic in Go.
|
|
|
|
|
|
|
|
|
|
|
|
Functions
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Functions contain declarations and statements. They may be
|
|
|
|
recursive. Functions may be anonymous and appear as
|
|
|
|
literals in expressions.
|
|
|
|
|
|
|
|
|
|
|
|
Multithreading and channels
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Go supports multithreaded programming directly. A function may
|
|
|
|
be invoked as a parallel thread of execution. Communication and
|
|
|
|
synchronization is provided through channels and their associated
|
|
|
|
language support.
|
|
|
|
|
|
|
|
|
|
|
|
Values and references
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
All objects have value semantics, but its contents may be accessed
|
|
|
|
through different pointers referring to the same object.
|
2008-03-04 23:18:16 -07:00
|
|
|
For example, when calling a function with an array, the array is
|
|
|
|
passed by value, possibly by making a copy. To pass a reference,
|
|
|
|
one must explicitly pass a pointer to the array. For arrays in
|
|
|
|
particular, this is different from C.
|
|
|
|
|
|
|
|
There is also a built-in string type, which represents immutable
|
|
|
|
byte strings.
|
|
|
|
|
|
|
|
|
|
|
|
Syntax
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
The syntax of statements and expressions in Go borrows from the C tradition;
|
|
|
|
declarations are loosely derived from the Pascal tradition to allow more
|
|
|
|
comprehensible composability of types.
|
|
|
|
|
|
|
|
Here is a complete example Go program that implements a concurrent prime sieve:
|
|
|
|
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
package Main
|
|
|
|
|
|
|
|
// Send the sequence 2, 3, 4, ... to channel 'ch'.
|
|
|
|
func Generate(ch *chan> int) {
|
|
|
|
for i := 2; ; i++ {
|
|
|
|
>ch = i; // Send 'i' to channel 'ch'.
|
|
|
|
}
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
2008-03-06 20:40:52 -07:00
|
|
|
|
|
|
|
// Copy the values from channel 'in' to channel 'out',
|
|
|
|
// removing those divisible by 'prime'.
|
|
|
|
func Filter(in *chan< int, out *chan> int, prime int) {
|
2008-03-06 23:14:17 -07:00
|
|
|
for {
|
2008-03-06 20:40:52 -07:00
|
|
|
i := <in; // Receive value of new variable 'i' from 'in'.
|
|
|
|
if i % prime != 0 {
|
|
|
|
>out = i; // Send 'i' to channel 'out'.
|
|
|
|
}
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
|
|
|
}
|
2008-03-06 20:40:52 -07:00
|
|
|
|
|
|
|
// The prime sieve: Daisy-chain Filter processes together.
|
|
|
|
func Sieve() {
|
|
|
|
ch := new(chan int); // Create a new channel.
|
|
|
|
go Generate(ch); // Start Generate() as a subprocess.
|
2008-03-06 23:14:17 -07:00
|
|
|
for {
|
2008-03-06 20:40:52 -07:00
|
|
|
prime := <ch;
|
|
|
|
printf("%d\n", prime);
|
|
|
|
ch1 := new(chan int);
|
|
|
|
go Filter(ch, ch1, prime);
|
|
|
|
ch = ch1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func Main() {
|
|
|
|
Sieve();
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Notation
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
The syntax is specified using Extended Backus-Naur Form (EBNF).
|
|
|
|
In particular:
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
- "" encloses lexical symbols (\" is used to denote a " in a symbol)
|
|
|
|
- | separates alternatives
|
2008-03-06 20:40:52 -07:00
|
|
|
- () used for grouping
|
|
|
|
- [] specifies option (0 or 1 times)
|
|
|
|
- {} specifies repetition (0 to n times)
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A production may be referenced from various places in this document
|
2008-03-11 17:02:46 -06:00
|
|
|
but is usually defined close to its first use. Productions and code
|
|
|
|
examples are indented.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Lower-case production names are used to identify productions that cannot
|
|
|
|
be broken by white space or comments; they are usually tokens. Other
|
|
|
|
productions are in CamelCase.
|
|
|
|
|
|
|
|
|
|
|
|
Common productions
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
IdentifierList = identifier { "," identifier } .
|
|
|
|
ExpressionList = Expression { "," Expression } .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
QualifiedIdent = [ PackageName "." ] identifier .
|
2008-03-11 15:37:16 -06:00
|
|
|
PackageName = identifier .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Source code representation
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Source code is Unicode text encoded in UTF-8.
|
|
|
|
|
|
|
|
Tokenization follows the usual rules. Source text is case-sensitive.
|
|
|
|
|
|
|
|
White space is blanks, newlines, carriage returns, or tabs.
|
|
|
|
|
|
|
|
Comments are // to end of line or /* */ without nesting and are treated as white space.
|
|
|
|
|
|
|
|
Some Unicode characters (e.g., the character U+00E4) may be representable in
|
|
|
|
two forms, as a single code point or as two code points. For simplicity of
|
|
|
|
implementation, Go treats these as distinct characters.
|
|
|
|
|
|
|
|
|
|
|
|
Characters
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
In the grammar we use the notation
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
utf8_char
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
to refer to an arbitrary Unicode code point encoded in UTF-8.
|
|
|
|
|
|
|
|
|
|
|
|
Digits and Letters
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
octal_digit = { "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" } .
|
|
|
|
decimal_digit = { "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" } .
|
|
|
|
hex_digit = { "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" | "a" |
|
|
|
|
"A" | "b" | "B" | "c" | "C" | "d" | "D" | "e" | "E" | "f" | "F" } .
|
|
|
|
letter = "A" | "a" | ... "Z" | "z" | "_" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
For simplicity, letters and digits are ASCII. We may in time allow
|
|
|
|
Unicode identifiers.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Identifiers
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
An identifier is a name for a program entity such as a variable, a
|
2008-03-06 00:00:44 -07:00
|
|
|
type, a function, etc. An identifier must not be a reserved word.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 23:14:17 -07:00
|
|
|
identifier = letter { letter | decimal_digit } .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 23:14:17 -07:00
|
|
|
a
|
|
|
|
_x
|
|
|
|
ThisIsVariable9
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A type specifies the set of values which variables of that type may
|
|
|
|
assume, and the operators that are applicable.
|
|
|
|
|
|
|
|
There are basic types and compound types constructed from them.
|
|
|
|
|
|
|
|
|
|
|
|
Basic types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Go defines a number of basic types which are referred to by their
|
|
|
|
predeclared type names. There are signed and unsigned integer
|
|
|
|
and floating point types:
|
|
|
|
|
2008-03-06 23:14:17 -07:00
|
|
|
bool the truth values true and false
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 23:14:17 -07:00
|
|
|
uint8 the set of all unsigned 8bit integers
|
2008-03-04 23:18:16 -07:00
|
|
|
uint16 the set of all unsigned 16bit integers
|
|
|
|
uint32 the set of all unsigned 32bit integers
|
|
|
|
unit64 the set of all unsigned 64bit integers
|
|
|
|
|
|
|
|
byte alias for uint8
|
|
|
|
|
2008-03-06 23:14:17 -07:00
|
|
|
int8 the set of all signed 8bit integers, in 2's complement
|
2008-03-04 23:18:16 -07:00
|
|
|
int16 the set of all signed 16bit integers, in 2's complement
|
|
|
|
int32 the set of all signed 32bit integers, in 2's complement
|
|
|
|
int64 the set of all signed 64bit integers, in 2's complement
|
|
|
|
|
|
|
|
float32 the set of all valid IEEE-754 32bit floating point numbers
|
|
|
|
float64 the set of all valid IEEE-754 64bit floating point numbers
|
|
|
|
float80 the set of all valid IEEE-754 80bit floating point numbers
|
|
|
|
|
|
|
|
Additionally, Go declares 4 basic types, uint, int, float, and double,
|
|
|
|
which are platform-specific. The bit width of these types corresponds to
|
2008-03-06 20:40:52 -07:00
|
|
|
the ``natural bit width'' for the respective types for the given
|
2008-03-04 23:18:16 -07:00
|
|
|
platform. For instance, int is usally the same as int32 on a 32-bit
|
|
|
|
architecture, or int64 on a 64-bit architecture. These types are by
|
|
|
|
definition platform-specific and should be used with the appropriate
|
|
|
|
caution.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Two reserved words, "true" and "false", represent the
|
2008-03-04 23:18:16 -07:00
|
|
|
corresponding boolean constant values.
|
|
|
|
|
|
|
|
|
|
|
|
Numeric literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Integer literals take the usual C form, except for the absence of the
|
|
|
|
'U', 'L' etc. suffixes, and represent integer constants. (Character
|
|
|
|
literals are also integer constants.) Similarly, floating point
|
|
|
|
literals are also C-like, without suffixes and decimal only.
|
|
|
|
|
|
|
|
An integer constant represents an abstract integer value of arbitrary
|
|
|
|
precision. Only when an integer constant (or arithmetic expression
|
|
|
|
formed from integer constants) is bound to a typed variable
|
|
|
|
or constant is it required to fit into a particular size - that of the type
|
|
|
|
of the variable. In other words, integer constants and arithmetic
|
|
|
|
upon them is not subject to overflow; only finalization of integer
|
|
|
|
constants (and constant expressions) can cause overflow.
|
|
|
|
It is an error if the value of the constant or expression cannot be
|
|
|
|
represented correctly in the range of the type of the receiving
|
|
|
|
variable or constant.
|
|
|
|
|
|
|
|
Floating point literals also represent an abstract, ideal floating
|
|
|
|
point value that is constrained only upon assignment.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
int_lit = [ "+" | "-" ] unsigned_int_lit .
|
2008-03-06 20:40:52 -07:00
|
|
|
unsigned_int_lit = decimal_int_lit | octal_int_lit | hex_int_lit .
|
2008-03-11 17:02:46 -06:00
|
|
|
decimal_int_lit = ( "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" )
|
2008-03-06 20:40:52 -07:00
|
|
|
{ decimal_digit } .
|
2008-03-11 17:02:46 -06:00
|
|
|
octal_int_lit = "0" { octal_digit } .
|
|
|
|
hex_int_lit = "0" ( "x" | "X" ) hex_digit { hex_digit } .
|
|
|
|
float_lit = [ "+" | "-" ] unsigned_float_lit .
|
2008-03-06 20:40:52 -07:00
|
|
|
unsigned_float_lit = "the usual decimal-only floating point representation".
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
07
|
|
|
|
0xFF
|
|
|
|
-44
|
|
|
|
+3.24e-7
|
|
|
|
|
|
|
|
The string type
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
The string type represents the set of string values (strings).
|
|
|
|
A string behaves like an array of bytes, with the following properties:
|
|
|
|
|
|
|
|
- They are immutable: after creation, it is not possible to change the
|
|
|
|
contents of a string
|
|
|
|
- No internal pointers: it is illegal to create a pointer to an inner
|
|
|
|
element of a string
|
|
|
|
- They can be indexed: given string s1, s1[i] is a byte value
|
|
|
|
- They can be concatenated: given strings s1 and s2, s1 + s2 is a value
|
|
|
|
combining the elements of s1 and s2 in sequence
|
|
|
|
- Known length: the length of a string s1 can be obtained by the function/
|
|
|
|
operator len(s1). The length of a string is the number of bytes within.
|
|
|
|
Unlike in C, there is no terminal NUL byte.
|
|
|
|
- Creation 1: a string can be created from an integer value by a conversion
|
|
|
|
string('x') yields "x"
|
|
|
|
- Creation 2: a string can by created from an array of integer values (maybe
|
|
|
|
just array of bytes) by a conversion
|
|
|
|
a [3]byte; a[0] = 'a'; a[1] = 'b'; a[2] = 'c'; string(a) == "abc";
|
|
|
|
|
|
|
|
|
|
|
|
Character and string literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Character and string literals are almost the same as in C, but with
|
|
|
|
UTF-8 required. This section is precise but can be skipped on first
|
|
|
|
reading.
|
|
|
|
|
|
|
|
Character and string literals are similar to C except:
|
|
|
|
- Octal character escapes are always 3 digits (\077 not \77)
|
|
|
|
- Hexadecimal character escapes are always 2 digits (\x07 not \x7)
|
|
|
|
- Strings are UTF-8 and represent Unicode
|
|
|
|
- `` strings exist; they do not interpret backslashes
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
The rules are:
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
char_lit = "'" ( unicode_value | byte_value ) "'" .
|
2008-03-06 20:40:52 -07:00
|
|
|
unicode_value = utf8_char | little_u_value | big_u_value | escaped_char .
|
|
|
|
byte_value = octal_byte_value | hex_byte_value .
|
2008-03-11 17:02:46 -06:00
|
|
|
octal_byte_value = "\" octal_digit octal_digit octal_digit .
|
|
|
|
hex_byte_value = "\" "x" hex_digit hex_digit .
|
|
|
|
little_u_value = "\" "u" hex_digit hex_digit hex_digit hex_digit .
|
|
|
|
big_u_value = "\" "U" hex_digit hex_digit hex_digit hex_digit
|
2008-03-06 20:40:52 -07:00
|
|
|
hex_digit hex_digit hex_digit hex_digit .
|
2008-03-11 17:02:46 -06:00
|
|
|
escaped_char = "\" ( "a" | "b" | "f" | "n" | "r" | "t" | "v" ) .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A UnicodeValue takes one of four forms:
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
* The UTF-8 encoding of a Unicode code point. Since Go source
|
|
|
|
text is in UTF-8, this is the obvious translation from input
|
|
|
|
text into Unicode characters.
|
|
|
|
* The usual list of C backslash escapes: \n \t etc.
|
|
|
|
* A `little u' value, such as \u12AB. This represents the Unicode
|
|
|
|
code point with the corresponding hexadecimal value. It always
|
|
|
|
has exactly 4 hexadecimal digits.
|
2008-03-06 23:14:17 -07:00
|
|
|
* A `big U' value, such as \U00101234. This represents the
|
2008-03-06 20:40:52 -07:00
|
|
|
Unicode code point with the corresponding hexadecimal value.
|
|
|
|
It always has exactly 8 hexadecimal digits.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Some values that can be represented this way are illegal because they
|
|
|
|
are not valid Unicode code points. These include values above
|
|
|
|
0x10FFFF and surrogate halves.
|
|
|
|
|
|
|
|
An OctalByteValue contains three octal digits. A HexByteValue
|
|
|
|
contains two hexadecimal digits. (Note: This differs from C but is
|
|
|
|
simpler.)
|
|
|
|
|
|
|
|
It is erroneous for an OctalByteValue to represent a value larger than 255.
|
|
|
|
(By construction, a HexByteValue cannot.)
|
|
|
|
|
|
|
|
A character literal is a form of unsigned integer constant. Its value
|
|
|
|
is that of the Unicode code point represented by the text between the
|
2008-03-06 20:40:52 -07:00
|
|
|
quotes. [Note: the Unicode doesn't look right in the browser.]
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
'a'
|
2008-03-06 20:40:52 -07:00
|
|
|
'ä'
|
|
|
|
'本'
|
2008-03-04 23:18:16 -07:00
|
|
|
'\t'
|
|
|
|
'\0'
|
|
|
|
'\07'
|
|
|
|
'\0377'
|
|
|
|
'\x7'
|
|
|
|
'\xff'
|
|
|
|
'\u12e4'
|
|
|
|
'\U00101234'
|
|
|
|
|
|
|
|
String literals come in two forms: double-quoted and back-quoted.
|
|
|
|
Double-quoted strings have the usual properties; back-quoted strings
|
|
|
|
do not interpret backslashes at all.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
string_lit = raw_string_lit | interpreted_string_lit .
|
2008-03-11 17:02:46 -06:00
|
|
|
raw_string_lit = "`" { utf8_char } "`" .
|
|
|
|
interpreted_string_lit = "\"" { unicode_value | byte_value } "\"" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A string literal has type 'string'. Its value is constructed by
|
|
|
|
taking the byte values formed by the successive elements of the
|
|
|
|
literal. For ByteValues, these are the literal bytes; for
|
|
|
|
UnicodeValues, these are the bytes of the UTF-8 encoding of the
|
2008-03-06 20:40:52 -07:00
|
|
|
corresponding Unicode code points. Note that
|
|
|
|
"\u00FF"
|
|
|
|
and
|
|
|
|
"\xFF"
|
|
|
|
are
|
2008-03-04 23:18:16 -07:00
|
|
|
different strings: the first contains the two-byte UTF-8 expansion of
|
|
|
|
the value 255, while the second contains a single byte of value 255.
|
|
|
|
The same rules apply to raw string literals, except the contents are
|
|
|
|
uninterpreted UTF-8.
|
|
|
|
|
|
|
|
`abc`
|
|
|
|
`\n`
|
|
|
|
"hello, world\n"
|
|
|
|
"\n"
|
|
|
|
""
|
|
|
|
"Hello, world!\n"
|
|
|
|
"日本語"
|
|
|
|
"\u65e5本\U00008a9e"
|
|
|
|
"\xff\u00FF"
|
|
|
|
|
|
|
|
These examples all represent the same string:
|
|
|
|
|
|
|
|
"日本語" // UTF-8 input text
|
|
|
|
`日本語` // UTF-8 input text as a raw literal
|
|
|
|
"\u65e5\u672c\u8a9e" // The explicit Unicode code points
|
|
|
|
"\U000065e5\U0000672c\U00008a9e" // The explicit Unicode code points
|
|
|
|
"\xe6\x97\xa5\xe6\x9c\xac\xe8\xaa\x9e" // The explicit UTF-8 bytes
|
|
|
|
|
|
|
|
The language does not canonicalize Unicode text or evaluate combining
|
|
|
|
forms. The text of source code is passed uninterpreted.
|
|
|
|
|
|
|
|
If the source code represents a character as two code points, such as
|
|
|
|
a combining form involving an accent and a letter, the result will be
|
|
|
|
an error if placed in a character literal (it is not a single code
|
|
|
|
point), and will appear as two code points if placed in a string
|
|
|
|
literal.
|
|
|
|
|
|
|
|
|
|
|
|
More about types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
The static type of a variable is the type defined by the variable's
|
|
|
|
declaration. At run-time, some variables, in particular those of
|
|
|
|
interface types, can assume a dynamic type, which may be
|
|
|
|
different at different times during execution. The dynamic type
|
|
|
|
of a variable is always compatible with the static type of the
|
|
|
|
variable.
|
|
|
|
|
|
|
|
At any given time, a variable or value has exactly one dynamic
|
|
|
|
type, which may be the same as the static type. (They will
|
|
|
|
differ only if the variable has an interface type.)
|
|
|
|
|
|
|
|
Compound types may be constructed from other types by
|
|
|
|
assembling arrays, maps, channels, structures, and functions.
|
|
|
|
|
|
|
|
Array and struct types are called structured types, all other types
|
|
|
|
are called unstructured. A structured type cannot contain itself.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Type = TypeName | ArrayType | ChannelType | InterfaceType |
|
|
|
|
FunctionType | MapType | StructType | PointerType .
|
|
|
|
TypeName = QualifiedIdent.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Array types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
[TODO: this section needs work regarding the precise difference between
|
2008-03-06 19:57:03 -07:00
|
|
|
static, open and dynamic arrays]
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
An array is a structured type consisting of a number of elements which
|
|
|
|
are all of the same type, called the element type. The number of
|
|
|
|
elements of an array is called its length. The elements of an array
|
2008-03-06 19:57:03 -07:00
|
|
|
are designated by indices which are integers between 0 and the length - 1.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
An array type specifies arrays with a given element type and
|
2008-03-06 19:57:03 -07:00
|
|
|
an optional array length. If the length is present, it is part of the type.
|
|
|
|
Arrays without a length specification are called open arrays.
|
|
|
|
Any array may be assigned to an open array variable with the
|
|
|
|
same element type. Typically, open arrays are used as
|
|
|
|
formal parameters for functions.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ArrayType = "[" [ ArrayLength ] "]" ElementType .
|
2008-03-06 22:24:57 -07:00
|
|
|
ArrayLength = Expression .
|
|
|
|
ElementType = Type .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
[] uint8
|
2008-03-06 00:00:44 -07:00
|
|
|
[2*n] int
|
2008-03-04 23:18:16 -07:00
|
|
|
[64] struct { x, y: int32; }
|
|
|
|
[1000][1000] float64
|
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
The length of an array can be discovered at run time using the
|
|
|
|
built-in special function len():
|
|
|
|
|
|
|
|
len(a)
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Array literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Array literals represent array constants. All the contained expressions must
|
|
|
|
be of the same type, which is the element type of the resulting array.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ArrayLit = "[" ExpressionList "]" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
[ 1, 2, 3 ]
|
|
|
|
[ "x", "y" ]
|
|
|
|
|
|
|
|
|
|
|
|
Map types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A map is a structured type consisting of a variable number of entries
|
|
|
|
called (key, value) pairs. For a given map,
|
|
|
|
the keys and values must each be of a specific type.
|
|
|
|
Upon creation, a map is empty and values may be added and removed
|
|
|
|
during execution. The number of entries in a map is called its length.
|
2008-03-06 00:00:44 -07:00
|
|
|
A map whose value type is 'any' can store values of all types.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
MapType = "map" "[" KeyType "]" ValueType .
|
2008-03-06 20:40:52 -07:00
|
|
|
KeyType = Type .
|
2008-03-11 17:02:46 -06:00
|
|
|
ValueType = Type | "any" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
map [string] int
|
|
|
|
map [struct { pid int; name string }] *chan Buffer
|
2008-03-06 00:00:44 -07:00
|
|
|
map [string] any
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Map Literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Map literals represent map constants. They comprise a list of (key, value)
|
|
|
|
pairs. All keys must have the same type; all values must have the same type.
|
|
|
|
These types define the key and value types for the map.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
MapLit = "[" KeyValueList "]" .
|
|
|
|
KeyValueList = KeyValue { "," KeyValue } .
|
|
|
|
KeyValue = Expression ":" Expression .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
[ "one" : 1, "two" : 2 ]
|
|
|
|
[ 2: true, 3: true, 5: true, 7: true ]
|
|
|
|
|
|
|
|
|
|
|
|
Struct types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Struct types are similar to C structs.
|
|
|
|
|
|
|
|
Each field of a struct represents a variable within the data
|
|
|
|
structure.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
StructType = "struct" "{" [ FieldDeclList [ ";" ] ] "}" .
|
|
|
|
FieldDeclList = FieldDecl { ";" FieldDeclList } .
|
2008-03-07 19:01:09 -07:00
|
|
|
FieldDecl = IdentifierList Type .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
// An empty struct.
|
|
|
|
struct {}
|
|
|
|
|
|
|
|
// A struct with 5 fields.
|
|
|
|
struct {
|
|
|
|
x, y int;
|
|
|
|
u float;
|
|
|
|
a []int;
|
|
|
|
f func();
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Struct literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Struct literals represent struct constants. They comprise a list of
|
|
|
|
expressions that represent the individual fields of a struct. The
|
|
|
|
individual expressions must match those of the specified struct type.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
StructLit = TypeName "(" [ ExpressionList ] ")" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
The type name must be that of a defined struct type.
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Point(2, 3)
|
|
|
|
ColoredPoint(4, 4, "green")
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Pointer types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Pointer types are similar to those in C.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
PointerType = "*" Type.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
We do not allow pointer arithmetic of any kind.
|
|
|
|
|
|
|
|
*int
|
|
|
|
*map[string] **int
|
|
|
|
|
|
|
|
There are no pointer literals.
|
|
|
|
|
|
|
|
|
|
|
|
Channel types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A channel provides a mechanism for two concurrently executing functions
|
|
|
|
to exchange values and synchronize execution. A channel type can be
|
|
|
|
'generic', permitting values of any type to be exchanged, or it may be
|
|
|
|
'specific', permitting only values of an explicitly specified type.
|
|
|
|
|
|
|
|
Upon creation, a channel can be used both to send and to receive; it
|
|
|
|
may be restricted only to send or to receive; such a restricted channel
|
|
|
|
is called a 'send channel' or a 'receive channel'.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ChannelType = "chan" [ "<" | ">" ] ValueType .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
chan any // a generic channel
|
2008-03-04 23:18:16 -07:00
|
|
|
chan int // a channel that can exchange only ints
|
|
|
|
chan> float // a channel that can only be used to send floats
|
2008-03-06 00:00:44 -07:00
|
|
|
chan< any // a channel that can receive (only) values of any type
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Channel variables always have type pointer to channel.
|
|
|
|
It is an error to attempt to dereference a channel pointer.
|
|
|
|
|
|
|
|
There are no channel literals.
|
|
|
|
|
|
|
|
|
|
|
|
Function types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A function type denotes the set of all functions with the same signature.
|
|
|
|
|
|
|
|
A method is a function with a receiver, which is of type pointer to struct.
|
|
|
|
|
|
|
|
Functions can return multiple values simultaneously.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
FunctionType = "func" AnonymousSignature .
|
|
|
|
AnonymousSignature = [ Receiver "." ] Parameters [ Result ] .
|
|
|
|
Receiver = "(" identifier Type ")" .
|
|
|
|
Parameters = "(" [ ParameterList ] ")" .
|
|
|
|
ParameterList = ParameterSection { "," ParameterSection } .
|
2008-03-06 20:40:52 -07:00
|
|
|
ParameterSection = [ IdentifierList ] Type .
|
2008-03-11 17:02:46 -06:00
|
|
|
Result = Type | "(" ParameterList ")" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
// Function types
|
|
|
|
func ()
|
|
|
|
func (a, b int, z float) bool
|
|
|
|
func (a, b int, z float) (success bool)
|
|
|
|
func (a, b int, z float) (success bool, result float)
|
|
|
|
|
|
|
|
// Method types
|
|
|
|
func (p *T) . ()
|
|
|
|
func (p *T) . (a, b int, z float) bool
|
|
|
|
func (p *T) . (a, b int, z float) (success bool)
|
|
|
|
func (p *T) . (a, b int, z float) (success bool, result float)
|
|
|
|
|
|
|
|
A variable can only hold a pointer to a function, but not a function value.
|
|
|
|
In particular, v := func() {}; creates a variable of type *func(). To call the
|
|
|
|
function referenced by v, one writes v(). It is illegal to dereference a function
|
|
|
|
pointer.
|
|
|
|
|
|
|
|
|
|
|
|
Function Literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Function literals represent anonymous functions.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
FunctionLit = FunctionType Block .
|
2008-03-11 17:02:46 -06:00
|
|
|
Block = "{" [ StatementList [ ";" ] ] "}" .
|
2008-03-11 15:37:16 -06:00
|
|
|
|
|
|
|
The scope of an identifier declared within a block extends
|
|
|
|
from the declaration of the identifier (that is, the position
|
|
|
|
immediately after the identifier) to the end of the block.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A function literal can be invoked
|
|
|
|
or assigned to a variable of the corresponding function pointer type.
|
2008-03-06 00:00:44 -07:00
|
|
|
For now, a function literal can reference only its parameters, global
|
|
|
|
variables, and variables declared within the function literal.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
// Function literal
|
|
|
|
func (a, b int, z float) bool { return a*b < int(z); }
|
|
|
|
|
|
|
|
// Method literal
|
|
|
|
func (p *T) . (a, b int, z float) bool { return a*b < int(z) + p.x; }
|
|
|
|
|
|
|
|
|
|
|
|
Methods
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A method is a function bound to a particular struct type T. When defined,
|
|
|
|
a method indicates the type of the struct by declaring a receiver of type
|
|
|
|
*T. For instance, given type Point
|
|
|
|
|
|
|
|
type Point struct { x, y float }
|
|
|
|
|
|
|
|
the declaration
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
func (p *Point) distance(float scale) float {
|
|
|
|
return scale * (p.x*p.x + p.y*p.y);
|
|
|
|
}
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
creates a method of type Point. Note that methods are not declared
|
2008-03-06 00:00:44 -07:00
|
|
|
within their struct type declaration. They may appear anywhere and
|
|
|
|
may be forward-declared for commentary.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
When invoked, a method behaves like a function whose first argument
|
|
|
|
is the receiver, but at the call site the receiver is bound to the method
|
|
|
|
using the notation
|
|
|
|
|
|
|
|
receiver.method()
|
|
|
|
|
|
|
|
For instance, given a Point variable pt, one may call
|
|
|
|
|
|
|
|
pt.distance(3.5)
|
|
|
|
|
|
|
|
|
|
|
|
Interface of a struct
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
The interface of a struct is defined to be the unordered set of methods
|
|
|
|
associated with that struct.
|
|
|
|
|
|
|
|
|
|
|
|
Interface types
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
An interface type denotes a set of methods.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
InterfaceType = "interface" "{" [ MethodDeclList [ ";" ] ] "}" .
|
|
|
|
MethodDeclList = MethodDecl { ";" MethodDecl } .
|
2008-03-07 19:01:09 -07:00
|
|
|
MethodDecl = identifier Parameters [ Result ] .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
// A basic file interface.
|
|
|
|
type File interface {
|
|
|
|
Read(b Buffer) bool;
|
|
|
|
Write(b Buffer) bool;
|
|
|
|
Close();
|
|
|
|
}
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Any struct whose interface has, possibly as a subset, the complete
|
|
|
|
set of methods of an interface I is said to implement interface I.
|
|
|
|
For instance, if two struct types S1 and S2 have the methods
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
func (p *T) Read(b Buffer) bool { return ... }
|
|
|
|
func (p *T) Write(b Buffer) bool { return ... }
|
|
|
|
func (p *T) Close() { ... }
|
|
|
|
|
|
|
|
then the File interface is implemented by both S1 and S2, regardless of
|
|
|
|
what other methods S1 and S2 may have or share.
|
|
|
|
|
|
|
|
All struct types implement the empty interface:
|
|
|
|
|
|
|
|
interface {}
|
|
|
|
|
|
|
|
In general, a struct type implements an arbitrary number of interfaces.
|
|
|
|
For instance, if we have
|
|
|
|
|
|
|
|
type Lock interface {
|
|
|
|
lock();
|
|
|
|
unlock();
|
|
|
|
}
|
|
|
|
|
|
|
|
and S1 and S2 also implement
|
|
|
|
|
|
|
|
func (p *T) lock() { ... }
|
|
|
|
func (p *T) unlock() { ... }
|
|
|
|
|
|
|
|
they implement the Lock interface as well as the File interface.
|
|
|
|
|
|
|
|
There are no interface literals.
|
|
|
|
|
|
|
|
|
|
|
|
Literals
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Literal = BasicLit | CompoundLit .
|
2008-03-06 22:50:28 -07:00
|
|
|
BasicLit = char_lit | string_lit | int_lit | float_lit .
|
2008-03-06 20:40:52 -07:00
|
|
|
CompoundLit = ArrayLit | MapLit | StructLit | FunctionLit .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A declaration associates a name with a language entity such as a type,
|
|
|
|
constant, variable, or function.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Declaration = ConstDecl | TypeDecl | VarDecl | FunctionDecl | ExportDecl .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Const declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A constant declaration gives a name to the value of a constant expression.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ConstDecl = "const" ( ConstSpec | "(" ConstSpecList [ ";" ] ")" ).
|
|
|
|
ConstSpec = identifier [ Type ] "=" Expression .
|
|
|
|
ConstSpecList = ConstSpec { ";" ConstSpec }.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
const pi float = 3.14159265
|
|
|
|
const e = 2.718281828
|
|
|
|
const (
|
|
|
|
one int = 1;
|
|
|
|
two = 3
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
Type declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A type declaration introduces a name as a shorthand for a type.
|
|
|
|
In certain situations, such as conversions, it may be necessary to
|
|
|
|
use such a type name.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
TypeDecl = "type" ( TypeSpec | "(" TypeSpecList [ ";" ] ")" ).
|
2008-03-06 20:40:52 -07:00
|
|
|
TypeSpec = identifier Type .
|
2008-03-11 17:02:46 -06:00
|
|
|
TypeSpecList = TypeSpec { ";" TypeSpec }.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
type IntArray [16] int
|
|
|
|
type (
|
|
|
|
Point struct { x, y float };
|
|
|
|
Polar Point
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
Variable declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A variable declaration creates a variable and gives it a type and a name.
|
|
|
|
It may optionally give the variable an initial value; in some forms of
|
|
|
|
declaration the type of the initial value defines the type of the variable.
|
|
|
|
|
2008-03-11 17:40:47 -06:00
|
|
|
VarDecl = "var" ( VarSpec | "(" VarSpecList [ ";" ] ")" ) .
|
2008-03-11 17:02:46 -06:00
|
|
|
VarSpec = IdentifierList ( Type [ "=" ExpressionList ] | "=" ExpressionList ) .
|
|
|
|
VarSpecList = VarSpec { ";" VarSpec } .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
var i int
|
|
|
|
var u, v, w float
|
|
|
|
var k = 0
|
|
|
|
var x, y float = -1.0, -2.0
|
|
|
|
var (
|
|
|
|
i int;
|
|
|
|
u, v = 2.0, 3.0
|
|
|
|
)
|
|
|
|
|
|
|
|
If the expression list is present, it must have the same number of elements
|
|
|
|
as there are variables in the variable specification.
|
|
|
|
|
|
|
|
The syntax
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
SimpleVarDecl = identifier ":=" Expression .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
is shorthand for
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
var identifer = Expression.
|
|
|
|
|
|
|
|
i := 0
|
|
|
|
f := func() int { return 7; }
|
|
|
|
ch := new(chan int);
|
|
|
|
|
|
|
|
Also, in some contexts such as if or while statements, this construct can be used to
|
|
|
|
declare local temporary variables.
|
|
|
|
|
|
|
|
|
|
|
|
Function and method declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Functions and methods have a special declaration syntax, slightly
|
|
|
|
different from the type syntax because an identifier must be present
|
2008-03-06 00:00:44 -07:00
|
|
|
in the signature. For now, functions and methods can only be declared
|
|
|
|
at the global level.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
FunctionDecl = "func" NamedSignature ( ";" | Block ) .
|
2008-03-06 20:40:52 -07:00
|
|
|
NamedSignature = [ Receiver ] identifier Parameters [ Result ] .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
func min(x int, y int) int {
|
|
|
|
if x < y {
|
|
|
|
return x;
|
|
|
|
}
|
|
|
|
return y;
|
|
|
|
}
|
|
|
|
|
|
|
|
func foo (a, b int, z float) bool {
|
|
|
|
return a*b < int(z);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
A method is a function that also declares a receiver.
|
|
|
|
|
|
|
|
func (p *T) foo (a, b int, z float) bool {
|
|
|
|
return a*b < int(z) + p.x;
|
|
|
|
}
|
|
|
|
|
|
|
|
func (p *Point) Length() float {
|
|
|
|
return Math.sqrt(p.x * p.x + p.y * p.y);
|
|
|
|
}
|
|
|
|
|
|
|
|
func (p *Point) Scale(factor float) {
|
|
|
|
p.x = p.x * factor;
|
|
|
|
p.y = p.y * factor;
|
|
|
|
}
|
|
|
|
|
|
|
|
Functions and methods can be forward declared by omitting the body:
|
|
|
|
|
|
|
|
func foo (a, b int, z float) bool;
|
|
|
|
func (p *T) foo (a, b int, z float) bool;
|
|
|
|
|
|
|
|
|
|
|
|
Export declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Global identifiers may be exported, thus making the
|
2008-03-04 23:18:16 -07:00
|
|
|
exported identifer visible outside the package. Another package may
|
|
|
|
then import the identifier to use it.
|
|
|
|
|
|
|
|
Export declarations must only appear at the global level of a
|
|
|
|
compilation unit. That is, one can export
|
|
|
|
compilation-unit global identifiers but not, for example, local
|
|
|
|
variables or structure fields.
|
|
|
|
|
|
|
|
Exporting an identifier makes the identifier visible externally to the
|
|
|
|
package. If the identifier represents a type, the type structure is
|
|
|
|
exported as well. The exported identifiers may appear later in the
|
|
|
|
source than the export directive itself, but it is an error to specify
|
|
|
|
an identifier not declared anywhere in the source file containing the
|
|
|
|
export directive.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ExportDecl = "export" ExportIdentifier { "," ExportIdentifier } .
|
2008-03-06 20:40:52 -07:00
|
|
|
ExportIdentifier = QualifiedIdent .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
export sin, cos
|
|
|
|
export Math.abs
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
[ TODO complete this section ]
|
|
|
|
|
|
|
|
|
|
|
|
Expressions
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
Expression syntax is based on that of C but with fewer precedence levels.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Expression = BinaryExpr | UnaryExpr | PrimaryExpr .
|
|
|
|
BinaryExpr = Expression binary_op Expression .
|
|
|
|
UnaryExpr = unary_op Expression .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
PrimaryExpr =
|
2008-03-11 17:02:46 -06:00
|
|
|
identifier | Literal | "(" Expression ")" | "iota" |
|
2008-03-06 20:40:52 -07:00
|
|
|
Call | Conversion |
|
2008-03-11 17:02:46 -06:00
|
|
|
Expression "[" Expression [ ":" Expression ] "]" | Expression "." identifier .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
Call = Expression "(" [ ExpressionList ] ")" .
|
|
|
|
Conversion = TypeName "(" [ ExpressionList ] ")" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
binary_op = log_op | rel_op | add_op | mul_op .
|
2008-03-11 17:02:46 -06:00
|
|
|
log_op = "||" | "&&" .
|
|
|
|
rel_op = "==" | "!=" | "<" | "<=" | ">" | ">=".
|
|
|
|
add_op = "+" | "-" | "|" | "^".
|
|
|
|
mul_op = "*" | "/" | "%" | "<<" | ">>" | "&".
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
unary_op = "+" | "-" | "!" | "^" | "<" | ">" | "*" | "&" .
|
2008-03-06 19:57:03 -07:00
|
|
|
|
|
|
|
Field selection ('.') binds tightest, followed by indexing ('[]') and then calls and conversions.
|
|
|
|
The remaining precedence levels are as follows (in increasing precedence order):
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Precedence Operator
|
|
|
|
1 ||
|
|
|
|
2 &&
|
|
|
|
3 == != < <= > >=
|
|
|
|
4 + - | ^
|
|
|
|
5 * / % << >> &
|
|
|
|
6 + - ! ^ < > * & (unary)
|
2008-03-06 19:57:03 -07:00
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
For integer values, / and % satisfy the following relationship:
|
|
|
|
|
|
|
|
(a / b) * b + a % b == a
|
|
|
|
|
|
|
|
and
|
|
|
|
|
|
|
|
(a / b) is "truncated towards zero".
|
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
There are no implicit type conversions except for
|
|
|
|
constants and literals. In particular, unsigned and signed integers
|
|
|
|
cannot be mixed in an expression without explicit conversion.
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
The shift operators implement arithmetic shifts for signed integers,
|
2008-03-06 00:00:44 -07:00
|
|
|
and logical shifts for unsigned integers. The property of negative
|
2008-03-06 19:57:03 -07:00
|
|
|
shift counts are undefined. Unary '^' corresponds to C '~' (bitwise
|
|
|
|
complement).
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
There is no '->' operator. Given a pointer p to a struct, one writes
|
|
|
|
p.f to access field f of the struct. Similarly. given an array or map pointer, one
|
|
|
|
writes p[i], given a function pointer, one writes p() to call the function.
|
|
|
|
|
|
|
|
Other operators behave as in C.
|
|
|
|
|
|
|
|
The 'iota' keyword is discussed in the next section.
|
|
|
|
|
|
|
|
Primary expressions
|
|
|
|
|
|
|
|
x
|
|
|
|
2
|
|
|
|
(s + ".txt")
|
|
|
|
f(3.1415, true)
|
|
|
|
Point(1, 2)
|
|
|
|
m["foo"]
|
|
|
|
s[i : j + 1]
|
|
|
|
obj.color
|
|
|
|
Math.sin
|
|
|
|
f.p[i].x()
|
|
|
|
|
|
|
|
General expressions
|
|
|
|
|
|
|
|
+x
|
|
|
|
23 + 3*x[i]
|
|
|
|
x <= f()
|
|
|
|
^a >> b
|
|
|
|
f() || g()
|
|
|
|
x == y + 1 && <chan_ptr > 0
|
|
|
|
|
|
|
|
|
|
|
|
The constant generator 'iota'
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-06 19:57:03 -07:00
|
|
|
|
|
|
|
Within a declaration, each appearance of the keyword 'iota' represents a successive
|
|
|
|
element of an integer sequence. It is reset to zero whenever the keyword 'const', 'type'
|
|
|
|
or 'var' introduces a new declaration. For instance, 'iota' can be used to construct
|
|
|
|
a set of related constants:
|
|
|
|
|
|
|
|
const (
|
|
|
|
enum0 = iota; // sets enum0 to 0, etc.
|
|
|
|
enum1 = iota;
|
|
|
|
enum2 = iota
|
|
|
|
)
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
const (
|
|
|
|
a = 1 << iota; // sets a to 1 (iota has been reset)
|
|
|
|
b = 1 << iota; // sets b to 2
|
|
|
|
c = 1 << iota; // sets c to 4
|
|
|
|
)
|
|
|
|
|
|
|
|
const x = iota; // sets x to 0
|
|
|
|
const y = iota; // sets y to 0
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Statements control execution.
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Statement =
|
2008-03-10 17:23:01 -06:00
|
|
|
[ LabelDecl ] ( StructuredStat | UnstructuredStat ) .
|
|
|
|
|
|
|
|
StructuredStat =
|
2008-03-11 15:37:16 -06:00
|
|
|
Block | IfStat | SwitchStat | ForStat | RangeStat .
|
2008-03-10 17:23:01 -06:00
|
|
|
|
|
|
|
UnstructuredStat =
|
2008-03-11 17:40:47 -06:00
|
|
|
Declaration | SimpleVarDecl |
|
2008-03-10 17:23:01 -06:00
|
|
|
SimpleStat | GoStat | ReturnStat | BreakStat | ContinueStat | GotoStat .
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
SimpleStat =
|
|
|
|
ExpressionStat | IncDecStat | Assignment | SimpleVarDecl .
|
2008-03-10 17:23:01 -06:00
|
|
|
|
|
|
|
|
|
|
|
Statement lists
|
|
|
|
----
|
|
|
|
|
|
|
|
Semicolons are used to separate individual statements of a statement list.
|
|
|
|
They are optional after a statement that ends with a closing curly brace '}'.
|
|
|
|
|
|
|
|
StatementList =
|
|
|
|
StructuredStat |
|
|
|
|
UnstructuredStat |
|
|
|
|
StructuredStat [ ";" ] StatementList |
|
|
|
|
UnstructuredStat ";" StatementList .
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Expression statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
ExpressionStat = Expression .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
f(x+y)
|
|
|
|
|
|
|
|
|
|
|
|
IncDec statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
IncDecStat = Expression ( "++" | "--" ) .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
a[i]++
|
|
|
|
|
|
|
|
Note that ++ and -- are not operators for expressions.
|
|
|
|
|
|
|
|
|
|
|
|
Assignments
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
Assignment = SingleAssignment | TupleAssignment | Send .
|
2008-03-07 00:06:05 -07:00
|
|
|
SingleAssignment = PrimaryExpr assign_op Expression .
|
|
|
|
TupleAssignment = PrimaryExprList assign_op ExpressionList .
|
|
|
|
PrimaryExprList = PrimaryExpr { "," PrimaryExpr } .
|
2008-03-11 17:02:46 -06:00
|
|
|
Send = ">" Expression "=" Expression .
|
2008-03-06 20:40:52 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
assign_op = [ add_op | mul_op ] "=" .
|
2008-03-06 19:57:03 -07:00
|
|
|
|
2008-03-07 00:06:05 -07:00
|
|
|
The left-hand side must be an l-value such as a variable, pointer indirection,
|
2008-03-04 23:18:16 -07:00
|
|
|
or an array indexing.
|
|
|
|
|
|
|
|
x = 1
|
|
|
|
*p = f()
|
|
|
|
a[i] = 23
|
2008-03-06 19:57:03 -07:00
|
|
|
|
|
|
|
As in C, arithmetic binary operators can be combined with assignments:
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
j <<= 2
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A tuple assignment assigns the individual elements of a multi-valued operation,
|
|
|
|
such function evaluation or some channel and map operations, into individual
|
2008-03-06 00:00:44 -07:00
|
|
|
variables. For instance, a tuple assignment such as
|
|
|
|
|
|
|
|
v1, v2, v3 = e1, e2, e3
|
|
|
|
|
|
|
|
assigns the expressions e1, e2, e3 to temporaries and then assigns the temporaries
|
|
|
|
to the variables v1, v2, v3. Thus
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
a, b = b, a
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
exchanges the values of a and b. The tuple assignment
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
x, y = f()
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
calls the function f, which must return 2 values and assigns them to x and y.
|
|
|
|
As a special case, retrieving a value from a map, when written as a two-element
|
|
|
|
tuple assignment, assign a value and a boolean. If the value is present in the map,
|
|
|
|
the value is assigned and the second, boolean variable is set to true. Otherwise,
|
|
|
|
the variable is unchanged, and the boolean value is set to false.
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
value, present = map_var[key]
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
Analogously, receiving a value from a channel can be written as a tuple assignment.
|
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
value, success = <chan_var
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
If the receive operation would block, the boolean is set to false. This provides to avoid
|
|
|
|
blocking on a receive operation.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Sending on a channel is a form of assignment. The left hand side expression
|
|
|
|
must denote a channel pointer value.
|
|
|
|
|
|
|
|
>chan_ptr = value
|
2008-03-06 00:00:44 -07:00
|
|
|
|
2008-03-07 00:06:05 -07:00
|
|
|
In assignments, the type of the expression must match the type of the left-hand side.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Go statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A go statement starts the execution of a function as an independent
|
|
|
|
concurrent thread of control within the same address space. Unlike
|
|
|
|
with a function, the next line of the program does not wait for the
|
|
|
|
function to complete.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
GoStat = "go" Call .
|
2008-03-06 20:40:52 -07:00
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
go Server()
|
|
|
|
go func(ch chan> bool) { for ;; { sleep(10); >ch = true; }} (c)
|
|
|
|
|
|
|
|
|
|
|
|
Return statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A return statement terminates execution of the containing function
|
|
|
|
and optionally provides a result value or values to the caller.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ReturnStat = "return" [ ExpressionList ] .
|
2008-03-06 20:40:52 -07:00
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
There are two ways to return values from a function. The first is to
|
|
|
|
explicitly list the return value or values in the return statement:
|
|
|
|
|
2008-03-11 17:40:47 -06:00
|
|
|
func simple_f() int {
|
2008-03-04 23:18:16 -07:00
|
|
|
return 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
func complex_f1() (re float, im float) {
|
|
|
|
return -7.0, -4.0;
|
|
|
|
}
|
|
|
|
|
|
|
|
The second is to provide names for the return values and assign them
|
|
|
|
explicitly in the function; the return statement will then provide no
|
|
|
|
values:
|
|
|
|
|
|
|
|
func complex_f2() (re float, im float) {
|
|
|
|
re = 7.0;
|
|
|
|
im = 4.0;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
It is legal to name the return values in the declaration even if the
|
|
|
|
first form of return statement is used:
|
|
|
|
|
|
|
|
func complex_f2() (re float, im float) {
|
|
|
|
return 7.0, 4.0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
If statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
If statements have the traditional form except that the
|
2008-03-06 00:00:44 -07:00
|
|
|
condition need not be parenthesized and the "then" statement
|
2008-03-04 23:18:16 -07:00
|
|
|
must be in brace brackets.
|
|
|
|
|
2008-03-11 17:40:47 -06:00
|
|
|
IfStat = "if" [ SimpleStat ";" ] Expression Block [ "else" Statement ] .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
if x > 0 {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
An if statement may include the declaration of a single temporary variable.
|
|
|
|
The scope of the declared variable extends to the end of the if statement, and
|
|
|
|
the variable is initialized once before the statement is entered.
|
|
|
|
|
|
|
|
if x := f(); x < y {
|
|
|
|
return x;
|
|
|
|
} else if x > z {
|
|
|
|
return z;
|
|
|
|
} else {
|
|
|
|
return y;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Switch statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Switches provide multi-way execution.
|
|
|
|
|
2008-03-11 17:40:47 -06:00
|
|
|
SwitchStat = "switch" [ [ SimpleStat ";" ] "Expression ] "{" { CaseClause } "}" .
|
2008-03-11 17:02:46 -06:00
|
|
|
CaseClause = CaseList StatementList [ ";" ] [ "fallthrough" [ ";" ] ] .
|
2008-03-06 20:40:52 -07:00
|
|
|
CaseList = Case { Case } .
|
2008-03-11 17:02:46 -06:00
|
|
|
Case = ( "case" ExpressionList | "default" ) ":" .
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
There can be at most one default case in a switch statement.
|
|
|
|
|
|
|
|
The 'fallthrough' keyword indicates that the control should flow from
|
|
|
|
the end of this case clause to the first statement of the next clause.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
The expressions do not need to be constants. They will
|
|
|
|
be evaluated top to bottom until the first successful non-default case is reached.
|
|
|
|
If none matches and there is a default case, the statements of the default
|
|
|
|
case are executed.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
switch tag {
|
|
|
|
default: s3()
|
|
|
|
case 0, 1: s1()
|
|
|
|
case 2: s2()
|
|
|
|
}
|
|
|
|
|
|
|
|
A switch statement may include the declaration of a single temporary variable.
|
|
|
|
The scope of the declared variable extends to the end of the switch statement, and
|
|
|
|
the variable is initialized once before the switch is entered.
|
|
|
|
|
|
|
|
switch x := f(); true {
|
|
|
|
case x < 0: return -x
|
|
|
|
default: return x
|
|
|
|
}
|
2008-03-06 00:00:44 -07:00
|
|
|
|
2008-03-04 23:18:16 -07:00
|
|
|
Cases do not fall through unless explicitly marked with a 'fallthrough' statement.
|
|
|
|
|
|
|
|
switch a {
|
|
|
|
case 1:
|
|
|
|
b();
|
2008-03-06 00:00:44 -07:00
|
|
|
fallthrough
|
2008-03-04 23:18:16 -07:00
|
|
|
case 2:
|
|
|
|
c();
|
|
|
|
}
|
|
|
|
|
|
|
|
If the expression is omitted, it is equivalent to 'true'.
|
|
|
|
|
|
|
|
switch {
|
|
|
|
case x < y: f1();
|
|
|
|
case x < z: f2();
|
|
|
|
case x == 4: f3();
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
For statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
For statements are a combination of the 'for' and 'while' loops of C.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ForStat = "for" [ Condition | ForClause ] Block .
|
|
|
|
ForClause = [ InitStat ] ";" [ Condition ] ";" [ PostStat ] .
|
2008-03-06 20:40:52 -07:00
|
|
|
|
|
|
|
InitStat = SimpleStat .
|
|
|
|
Condition = Expression .
|
|
|
|
PostStat = SimpleStat .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
A SimpleStat is a simple statement such as an assignment, a SimpleVarDecl,
|
2008-03-06 00:00:44 -07:00
|
|
|
or an increment or decrement statement. Therefore one may declare a loop
|
|
|
|
variable in the init statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
for i := 0; i < 10; i++ {
|
|
|
|
printf("%d\n", i)
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
A 'for' statement with just a condition executes until the condition becomes
|
|
|
|
false. Thus it is the same as C 'while' statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
for a < b {
|
|
|
|
a *= 2
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
If the condition is absent, it is equivalent to 'true'.
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
for {
|
|
|
|
f()
|
2008-03-04 23:18:16 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Range statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Range statements are a special control structure for iterating over
|
|
|
|
the contents of arrays and maps.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
RangeStat = "range" IdentifierList ":=" RangeExpression Block .
|
2008-03-06 20:40:52 -07:00
|
|
|
RangeExpression = Expression .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A range expression must evaluate to an array, map or string. The identifier list must contain
|
|
|
|
either one or two identifiers. If the range expression is a map, a single identifier is declared
|
|
|
|
to range over the keys of the map; two identifiers range over the keys and corresponding
|
|
|
|
values. For arrays and strings, the behavior is analogous for integer indices (the keys) and
|
|
|
|
array elements (the values).
|
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
a := [ 1, 2, 3 ];
|
2008-03-04 23:18:16 -07:00
|
|
|
m := [ "fo" : 2, "foo" : 3, "fooo" : 4 ]
|
|
|
|
|
|
|
|
range i := a {
|
|
|
|
f(a[i]);
|
|
|
|
}
|
|
|
|
|
|
|
|
range k, v := m {
|
|
|
|
assert(len(k) == v);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
Break statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Within a 'for' or 'switch' statement, a 'break' statement terminates execution of
|
|
|
|
the innermost 'for' or 'switch' statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
BreakStat = "break" [ identifier ].
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
If there is an identifier, it must be the label name of an enclosing 'for' or' 'switch'
|
|
|
|
statement, and that is the one whose execution terminates.
|
|
|
|
|
|
|
|
L: for i < n {
|
|
|
|
switch i {
|
|
|
|
case 5: break L
|
|
|
|
}
|
|
|
|
}
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Continue statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Within a 'for' loop a continue statement begins the next iteration of the
|
|
|
|
loop at the post statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ContinueStat = "continue" [ identifier ].
|
2008-03-06 00:00:44 -07:00
|
|
|
|
|
|
|
The optional identifier is analogous to that of a 'break' statement.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Goto statements
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A goto statement transfers control to the corresponding label statement.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
GotoStat = "goto" identifier .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
goto Error
|
|
|
|
|
|
|
|
|
2008-03-10 17:23:01 -06:00
|
|
|
Label declaration
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-10 17:23:01 -06:00
|
|
|
A label declaration serves as the target of a 'goto', 'break' or 'continue' statement.
|
2008-03-06 00:00:44 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
LabelDecl = identifier ":" .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
Error:
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 00:00:44 -07:00
|
|
|
There are various restrictions [TBD] as to where a label statement can be used.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Packages
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
Every source file identifies the package to which it belongs.
|
|
|
|
The file must begin with a package clause.
|
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
PackageClause = "package" PackageName .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
package Math
|
|
|
|
|
|
|
|
|
|
|
|
Import declarations
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
A program can gain access to exported items from another package
|
|
|
|
through an import declaration:
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-11 17:02:46 -06:00
|
|
|
ImportDecl = "import" [ "." | PackageName ] PackageFileName .
|
2008-03-06 20:40:52 -07:00
|
|
|
PackageFileName = string_lit .
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
An import statement makes the exported contents of the named
|
|
|
|
package file accessible in this package.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 19:57:03 -07:00
|
|
|
In the following discussion, assume we have a package in the
|
|
|
|
file "/lib/math", called package Math, which exports functions sin
|
|
|
|
and cos.
|
|
|
|
|
|
|
|
In the general form, with an explicit package name, the import
|
|
|
|
statement declares that package name as an identifier whose
|
|
|
|
contents are the exported elements of the imported package.
|
|
|
|
For instance, after
|
|
|
|
|
|
|
|
import M "/lib/math"
|
|
|
|
|
|
|
|
the contents of the package /lib/math can be accessed by
|
|
|
|
M.cos, M.sin, etc.
|
|
|
|
|
|
|
|
In its simplest form, with no package name, the import statement
|
|
|
|
implicitly uses the imported package name itself as the local
|
|
|
|
package name. After
|
|
|
|
|
|
|
|
import "/lib/math"
|
|
|
|
|
|
|
|
the contents are accessible by Math.sin, Math.cos.
|
|
|
|
|
|
|
|
Finally, if instead of a package name the import statement uses
|
|
|
|
an explicit period, the contents of the imported package are added
|
|
|
|
to the current package. After
|
|
|
|
|
|
|
|
import . "/lib/math"
|
|
|
|
|
|
|
|
the contents are accessible by sin and cos. In this instance, it is
|
|
|
|
an error if the import introduces name conflicts.
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
|
|
|
|
Program
|
2008-03-06 20:40:52 -07:00
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
|
|
|
A program is package clause, optionally followed by import declarations,
|
|
|
|
followed by a series of declarations.
|
|
|
|
|
|
|
|
Program = PackageClause { ImportDecl } { Declaration } .
|
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
TODO
|
|
|
|
----
|
2008-03-04 23:18:16 -07:00
|
|
|
|
2008-03-06 20:40:52 -07:00
|
|
|
- TODO: type switch?
|
|
|
|
- TODO: select
|
|
|
|
- TODO: words about slices
|