2019-08-27 / @bradfitz, @griesemer, @ianlancetaylor

• proposal: Go 2: add a ternary conditional operator #33171 add a ternary conditional operator
  • likely decline, final call for comments
• Proposal: Go2: local/private to file #33202 local/private to file
  • likely decline, final call for comments
• Proposal: Go 2: Add Posit data type #33205 add Posit data type
  • commented, put on hold
• spec: allow 'any' for 'interface{}' in non-constraint contexts #33232 add alias for interface {} as any
  • commented, put on hold
• proposal: add built-in function "formallyRead" for preventing elimination of "dead" stores #33325 add built-in function "formallyRead" for preventing elimination of "dead" stores
  • commented, closed (alternative solution exists)
• proposal: Go 2: negative slice/array indexes #33359 negative slice/array indexes
  • adjusted title
  • commented (no action taken)
• proposal: Go 2: add elixir-like pipe operator #33361 add elixir-like pipe operator
  • commented with solution using existing language
  • likely decline, final call for comments
• proposal: Go 2: simplify error handling with try err == nil {} except {} #33387 simplify error handling with try err == nil {} except {}
  • likely decline, final call for comments
• Proposal: Go 2: merge Type Assertion notation x.(T) into Explicit Conversion notation T(x) #33480 merge Type Assertion notation x.(T) into Explicit Conversion notation T(x)
  • likely decline, final call for comments
• proposal: Go 2: allow self-referencing closures #33167 allow self-referencing closures
  • commented (no action taken)

2019-09-03 / @bradfitz, @griesemer, @ianlancetaylor

• proposal: Go 2: negative slice/array indexes #33359 Go 2: negative slice/array indexes
  • commented
• Proposal: Go 2: add chained interval comparisons #33694 Go 2: add chained interval comparisons
  • commented
• proposal: Go 2: Destructuring operator to assign fields in different types of the structs #33957 Go 2: Destructuring operator to assign fields in different types of the structs
  • commented
• io: clearly document when CopyBuffer does not use the buffer #32306 io: deprecate CopyBuffer
  • commented (request for feedback)
• proposal: Go 2: "onerr return" #32848 ** 32848**
  • commented
  • likely decline, final call for comments
• Proposal: Go2: try: Change try() proposal to use a special character in the position where an error is returned #32884 Go2: try: Change try() proposal to use a special character in the position where an error is returned
  • commented
  • likely decline, final call for comments
• Proposal: Go2: Tuple type #32941 Go2: Tuple type
  • commented
  • likely decline, final call for comments

2019-09-10 / @bradfitz, @griesemer, @iant

• proposal: Go 2: negative slice/array indexes #33359 Go 2: negative slice/array indexes
  • discussed, waiting for more community feedback
• Proposal: Go 2: add chained interval comparisons #33694 Go 2: add chained interval comparisons
  • commented
  • likely decline, final call for comments
• proposal: Go 2: Destructuring operator to assign fields in different types of the structs #33957 Go 2: Destructuring operator to assign fields in different types of the structs
  • discussed, waiting for more community feedback
• proposal: Go 2: string interpolation #34174 string interpolation
  • commented

20190-09-17 / @bradfitz, @griesemer, @iant

• io: clearly document when CopyBuffer does not use the buffer #32306 io: deprecate CopyBuffer
  • commented and declined (we’re not going to remove CopyBuffer)
  • changed to (non-Go 2) documentation issue
• proposal: Go 2: add tryfunc keyword to further reduce boilerplating for error handling #32964 add tryfunc keyword to further reduce boilerplating for error handling
  • commented
  • likely decline, final call for comments
• Proposal: go2 - Expand check functionality with scoped handle blocks #33002 Expand check functionality with scoped handle blocks
  • commented
  • likely decline, final call for comments
• proposal: Go 2: add "or err: statement" after function calls for error handling #33029 Go 2: add "or err: statement" after function calls for error handling
  • commented

2019-09-24 / @bradfitz, @griesemer

• proposal: Go 2: allow conversion between return types and structs #33080 allow conversion between return types and structs
  • commented
• proposal: spec: disallow assigning >32bit untyped constant to variable of type int #20616 spec: disallow assigning >32bit untyped constant to variable of type int
  • discussed

2019-10-01 / @bradfitz, @griesemer, @iant

• proposal: Go 2: "onerr return" #32848 Go 2: "onerr return"
  • closed (no further comments)
• Proposal: Go2: try: Change try() proposal to use a special character in the position where an error is returned #32884 Go2: try: Change try() proposal to use a special character in the position where an error is returned
  • closed (no further comments)
• Proposal: Go2: Tuple type #32941 Go2: Tuple type
  • commented
  • closed
• proposal: Go 2: add tryfunc keyword to further reduce boilerplating for error handling #32964 Go 2: add tryfunc keyword to further reduce boilerplating for error handling
  • likely decline, final call for comments
• proposal: Go 2: add a ternary conditional operator #33171 Go 2: add a ternary conditional operator
  • commented
  • closed
• Proposal: Go2: local/private to file #33202 Go2: local/private to file
  • commented
  • closed
• proposal: Go 2: add elixir-like pipe operator #33361 Go 2: add elixir-like pipe operator
  • commented
  • closed
• proposal: Go 2: simplify error handling with try err == nil {} except {} #33387 Go 2: simplify error handling with try err == nil {} except {}
  • closed
• Proposal: Go 2: merge Type Assertion notation x.(T) into Explicit Conversion notation T(x) #33480 Go 2: merge Type Assertion notation x.(T) into Explicit Conversion notation T(x)
  • closed
• proposal: Go 2: add "or err: statement" after function calls for error handling #33029 Go 2: add "or err: statement" after function calls for error handling
  • commented
  • likely decline, final call for comments
• proposal: Go 2: Make goroutine return channel with function result (promise) #33046 Go 2: Make goroutine return channel with function result (promise)
  • commented
• proposal: Go 2: remove the "if" keyword and use "err?!" to avoid error handling boilerplate #33067 Go 2: remove the "if" keyword and use "err?!" to avoid error handling boilerplate
  • commented
  • likely decline, final call for comments
• proposal: Go 2: list symbols that don't require package name #33070 Go 2: list symbols that don't require package name
  • commented
  • likely decline, final call for comments
• proposal: Go 2: Use ?<variable> simplify handling of multiple-return-values #33074 Go 2: Use ?<variable> simplify handling of multiple-return-values
  • commented
  • likely decline, final call for comments
• proposal: "Filled types": a mechanism to guarantee types are not nil at compile time #33078: "Filled types": a mechanism to guarantee types are not nil at compile time
  • commented

2019-10-08 / @bradfitz, @griesemer, @iant

• Proposal: Go 2: add chained interval comparisons #33694: Go 2: add chained interval comparisons
  • closed (additional comments were unrelated)
• proposal: Go 2: allow conversion between return types and structs #33080: allow conversion between return types and structs
  • commented
• proposal: Go2: automatically take address of pointer parameters (reference arg behavior) #33088: Go2: automatically take address of pointer parameters (reference arg behavior)
  • commented
  • likely decline, final call for comments
• proposal: Go2: arg tags for marking const, other properties; use in vet #33122: Go2: arg tags for marking const, other properties; use in vet
  • closed (duplicate of proposal: Go 2: parameter tags for static analysis tools #24889)
• proposal: Go 2: use symbol or function call in assignment for error handling #33150: Go 2: use symbol or function call in assignment for error handling
  • commented
  • likely decline, final call for comments
• proposal: Go 2: simplify error handling with ? and ... #33152: Go 2: simplify error handling with ? and …
  • commented

2019-10-15 / @bradfitz, @griesemer, @iant

• proposal: Go 2: add tryfunc keyword to further reduce boilerplating for error handling #32964 add tryfunc keyword to further reduce boilerplating for error handling
  • closed (no further comments)
• Proposal: go2 - Expand check functionality with scoped handle blocks #33002 Expand check functionality with scoped handle blocks
  • closed (no further comments)
• proposal: Go 2: mini-package: a solution to unify Go builtin and custom generics #32895 Go 2: mini-package: a solution to unify Go builtin and custom generics
  • likely decline, final call for comments
• proposal: spec: reduce noise in return statements that contain mostly zero values #21182 Go 2: reduce noise in return statements that contain mostly zero values
  • commented
• proposal: Go 2: Make goroutine return channel with function result (promise) #33046 Go 2: Make goroutine return channel with function result (promise)
  • likely decline, final call for comments
• proposal: "Filled types": a mechanism to guarantee types are not nil at compile time #33078 "Filled types": a mechanism to guarantee types are not nil at compile time
  • commented
  • likely decline, final call for comments
• proposal: Go 2: block scoped error handling #33161 Go 2: block scoped error handling
  • commented
  • likely decline, final call for comments
• proposal: Go 2: allow self-referencing closures #33167 Go 2: allow self-referencing closure
  • commented

2019-10-22 / @bradfitz, @griesemer

• proposal: Go 2: integer comparison casting #35010 Go 2: integer comparison casting
  • commented
• proposal: Go 2: syntax for explicitly implementable interfaces #34996 Go 2: syntax for explicitly implementable interfaces
  • commented
• proposal: Go 2: looping with deferred condition as do while #34896 Go 2: looping with deferred condition as do while
  • commented
  • likely decline, final call for comments
• proposal: Go 2: extend "continue" to jump to start of function #34144 Go 2: extend "continue" to jump to start of function
  • commented
  • likely decline, final call for comments
• proposal: Go 2: allow trailing commas in the switch case enumerations #34088 Go 2: allow trailing commas in the switch case enumerations
  • commented
  • likely decline, final call for comments
• proposal: Go 2: extended type inference for make and new #34515 Go 2: extended type inference for make and new
  • commented

2019-10-29 / @bradfitz, @griesemer, @iant

• proposal: Go 2: add "or err: statement" after function calls for error handling #33029 Go 2: add "or err: statement" after function calls for error handling
  • closed (no further comments)
• proposal: Go 2: Make goroutine return channel with function result (promise) #33046 Go 2: Make goroutine return channel with function result (promise)
  • closed (no further comments)
• proposal: Go 2: remove the "if" keyword and use "err?!" to avoid error handling boilerplate #33067 Go 2: remove the "if" keyword and use "err?!" to avoid error handling boilerplate
  • closed (no further comments)
• proposal: Go 2: list symbols that don't require package name #33070 Go 2: list symbols that don't require package name
  • closed (no further comments)
• proposal: Go 2: Use ?<variable> simplify handling of multiple-return-values #33074 Go 2: Use ?<variable> simplify handling of multiple-return-values
  • closed (by submitter on 2019-10-07)
• proposal: Go 2: allow self-referencing closures #33167 Go 2: allow self-referencing closures
  • commented
  • likely decline, final call for comments
• proposal: Go 2: negative slice/array indexes #33359 Go 2: negative slice/array indexes
  • commented
• proposal: Go 2: Type parameterized interface default methods #33818 Go 2: Type parameterized interface default methods
  • commented
• proposal: Go 2: Destructuring operator to assign fields in different types of the structs #33957 Go 2: Destructuring operator to assign fields in different types of the structs
  • commented
• proposal: Go 2: string interpolation #34174 string interpolation
  • commented
• proposal: Go 2: aggregate error handling & defer syntax sugar #34403 Go 2: aggregate error handling & defer syntax sugar
  • likely decline, final call for comments

2019-11-05 / @bradfitz, @griesemer, @iant

• proposal: Go2: automatically take address of pointer parameters (reference arg behavior) #33088: Go2: automatically take address of pointer parameters (reference arg behavior)
  • closed (one comment, no substantial change)
• proposal: Go 2: use symbol or function call in assignment for error handling #33150: Go 2: use symbol or function call in assignment for error handling
  • closed (one comment, no substantial change)
• proposal: Go 2: extended type inference for make and new #34515 Go 2: extended type inference for make and new
  • commented
• proposal: compile-time boolean assertions #34868 compile-time boolean assertions
  • commented
• proposal: Go 2: syntax for explicitly implementable interfaces #34996 Go 2: syntax for explicitly implementable interfaces
  • commented
  • likely decline, final call for comments
• proposal: Go 2: integer comparison casting #35010 Go 2: integer comparison casting
  • commented
  • likely decline, final call for comments

2019-11-12 / @bradfitz, @griesemer

• proposal: Go 2: mini-package: a solution to unify Go builtin and custom generics #32895 Go 2: mini-package: a solution to unify Go builtin and custom generics
  • closed (no change in consensus)
• proposal: "Filled types": a mechanism to guarantee types are not nil at compile time #33078 "Filled types": a mechanism to guarantee types are not nil at compile time
  • closed (author ok’ed closing the issue)

Note: This was an abbreviated mtg due to external scheduling conflicts.

2019-11-19 / @bradfitz, @griesemer, @iant

• proposal: Go 2: allow self-referencing closures #33167 Go 2: allow self-referencing closures
  • commented
  • removed final call for comments label due to valid feedback
• proposal: Go 2: looping with deferred condition as do while #34896 Go 2: looping with deferred condition as do while
  • closed (no further comments)
• proposal: Go 2: extend "continue" to jump to start of function #34144 Go 2: extend "continue" to jump to start of function
  • closed (no further comments)
• proposal: Go 2: allow trailing commas in the switch case enumerations #34088 Go 2: allow trailing commas in the switch case enumerations
  • closed (no change in concensus)
• Proposal: Go2: Error checking and handling inspired on Switch/Case statements #35086 Go2: Error checking and handling inspired on Switch/Case statements
  • commented
  • likely decline, final call for comments
• Proposal: Go2: Functions which when called, can cause the current function to return #35093 Go2: Functions which when called, can cause the current function to return
  • commented
• proposal: Go 2: add try statement to specify handler for unhandled errors #35179 Go 2: add try statement to specify handler for unhandled errors
  • commented
  • likely decline, final call for comments
• proposal: Go 2: Discard methods #35206 Go 2: Discard methods
  • commented
  • likely decline, final call for comments
• proposal: anonymous struct literals #35304 anonymous struct literals
  • commented (in fair detail)
• Proposal: Go2: Vector Basic Type - Similar to []T but with enhancements #35307 Go2: Vector Basic Type - Similar to []T but with enhancements
  • commented

2019-11-26 / @bradfitz, @ianlancetaylor

• proposal: Go 2: aggregate error handling & defer syntax sugar #34403 Go 2: aggregate error handling & defer syntax sugar
  • closed no change in consensus
• proposal: Go 2: Destructuring operator to assign fields in different types of the structs #33957 Go 2: Destructuring operator to assign fields in different types of the structs
  • likely decline, final call for comments
• proposal: Go 2: string interpolation #34174 Go 2: string interpolation
  • likely decline, final call for comments
• proposal: Go 2: extended type inference for make and new #34515 Go 2: extended type inference for make and new
  • commented
• proposal: compile-time boolean assertions #34868 Go 2: compile-time boolean assertions
  • pinged author
• Proposal: Go2: Functions which when called, can cause the current function to return #35093 Go 2: functions which, when called, can cause the current function to return
  • pinged author
• proposal: anonymous struct literals #35304 Go 2: anonymous struct literals
  • commented, pinged author
• Proposal: Go2: Vector Basic Type - Similar to []T but with enhancements #35307 Go 2: vector basic type
  • likely decline, final call for comments
• proposal: file scope #35387 Go 2: file scope
  • likely decline, final call for comments

2019-12-03 / @bradfitz, @griesemer, @iant

• proposal: Go 2: syntax for explicitly implementable interfaces #34996 Go 2: syntax for explicitly implementable interfaces
  • closed (no change in consensus)
• proposal: Go 2: integer comparison casting #35010 Go 2: integer comparison casting
  • closed (no final comments)
• proposal: Go 2: block scoped error handling #33161 Go 2: block scoped error handling
  • closed (no final comments)
• proposal: compact syntax for multiple property assignation on a same object. #35528 compact syntax for multiple property assignation on a same object
  • likely decline, final call for comments
• proposal: treat declared function names as type names #35535 treat declared function names as type names
  • likely decline, final call for comments
• proposal: Go 2: change len, cap to return untyped ints if result is constant #31795 Go 2: change len, cap to return untyped ints if result is constant
  • closed (retracted by author)
• proposal: Go 2: don't allow taking address of slice elements #35654 Go 2: don't allow taking address of slice elements
  • likely decline, final call for comments

2019-12-10 / @bradfitz, @griesemer, @iant

• proposal: Go 2: universal zero value with type inference #35966 Go 2: universal zero value with type inference
  • commented
• proposal: Go 2: allow self-referencing closures #33167 Go 2: allow self-referencing closures
  • likely decline, final call for comments
• proposal: Go 2: negative slice/array indexes #33359 Go 2: negative slice/array indexes
  • likely decline, final call for comments

2019-12-17 / @griesemer

• Proposal: Go2: Error checking and handling inspired on Switch/Case statements #35086 Go2: Error checking and handling inspired on Switch/Case statements
  • closed (no final comments)
• proposal: Go 2: Discard methods #35206 Go 2: Discard methods
  • closed (no final comments)

Note: Due to other reviewers being ooo I only processed two proposals that were scheduled for closing.

2020-01-07 / @bradfitz, @griesemer, @iant

• proposal: Go 2: Destructuring operator to assign fields in different types of the structs #33957 Go 2: Destructuring operator to assign fields in different types of the structs
  • closed (no change in concensus)
• Proposal: Go2: Functions which when called, can cause the current function to return #35093 Go 2: functions which, when called, can cause the current function to return
  • likely decline, final call for comments
• Proposal: Go2: Vector Basic Type - Similar to []T but with enhancements #35307 Go 2: vector basic type
  • closed (no change in concensus)
• proposal: file scope #35387 Go 2: file scope
  • closed (no change in concensus)
• proposal: compact syntax for multiple property assignation on a same object. #35528 compact syntax for multiple property assignation on a same object
  • closed (no change in concensus)
• proposal: treat declared function names as type names #35535 treat declared function names as type names
  • closed (no further comments)
• proposal: Go 2: don't allow taking address of slice elements #35654 Go 2: don't allow taking address of slice elements
  • closed (no further comments)
• proposal: Go 2: allow self-referencing closures #33167 Go 2: allow self-referencing closures
  • closed (no further comments)
• proposal: Go 2: negative slice/array indexes #33359 Go 2: negative slice/array indexes
  • closed (no change in concensus)
• proposal: Go 2: add try statement to specify handler for unhandled errors #35179 Go 2: add try statement to specify handler for unhandled errors
  • closed (no change in concensus)

2020-01-14 / @bradfitz, @griesemer, @iant

• proposal: Go 2: run for loop in a goroutine with go keyword #36407 Go 2: run for loop in a goroutine with go keyword
  • commented
  • likely decline, final call for comments

We also discussed how we can make the Go 2 proposal review process more scalable. Currently it is fairly simple to create a new Go 2 proposal (like the proposal process intended), but then it becomes a significant burden for the proposal committee to ask and answer many of the questions that should have been answered by the proposal. We are planning to introduce a template of questions (CL 214820) with the intent to dismiss new proposals quickly if they don’t have reasonable answers for most of the questions.

2020-01-21 / @bradfitz, @griesemer, @iant

• proposal: Go 2: remove map from keywords #36508 Go 2: remove map from keywords
  • commented
• proposal: Go 2: decorator support, like python decorator #36669 Go 2: decorator support, like python decorator
  • commented
• proposal: Go 2: make no result values expected when self has no return value too #36626 Go 2: make no result values expected when self has no return value too
  • commented
• proposal: Go 2: allow conversion between return types and structs #33080 allow conversion between return types and structs
  • commented
• Proposal: Go2: Drying up Error Handling in Go #36284 Go2: Drying up Error Handling in Go
  • commented

2020-01-28 / @bradfitz, @griesemer, @iant

• proposal: Go 2: A compatible generics syntax #36457 Go 2: A compatible generics syntax
  • commented
  • closed (folded into proposal: spec: generic programming facilities #15292)
• proposal: make generic parentheses declaration order consistent with array bracket declaration order #36533 make generic parentheses declaration order consistent with array bracket declaration order
  • commented
  • closed (folded into proposal: spec: generic programming facilities #15292)
• proposal: Go 2: decorator support, like python decorator #36669 Go 2: decorator support, like python decorator
  • commented
  • likely decline, final call for comments
• proposal: Go 2: exhaustive switching for enum type-safety  #36387 Go 2: exhaustive switching for enum type-safety
  • commented
• proposal: Go 2: error handling with error receiver function #36338 Go 2: error handling with error receiver function
  • commented
• proposal: Go 2: obtain struct field name in type-safe way #36332 Go 2: obtain struct field name in type-safe way
  • commented
  • likely decline, final call for comments
• proposal: new builtin to pick from one of two values #36303 new builtin to pick from one of two values
  • commented
  • likely decline, final call for comments
• Proposal: make generic code clearer #36177 make generic code clearer
  • commented
  • closed (folded into proposal: spec: generic programming facilities #15292)

2020-02-04 / @griesemer, @iant

• Proposal: Go2: Functions which when called, can cause the current function to return #35093 Go 2: functions which, when called, can cause the current function to return
  • closed (no further comments)
• container: add a comparable collection type #36702 proposal: Go needs a comparable collection type
  • commented
  • put on hold
• proposal: Go 2: expand power of range for slices/arrays #36816 proposal: Go 2: expand power of range for slices/arrays
  • commented
• proposal: Go 2: initialise funcs with custom type names #36855 Go 2: initialise funcs with custom type names
  • commented
  • likely decline, final call for comments
• proposal: Go 2: indentation in multiline raw string literals #36863 Go 2: indentation in multiline raw string literals
  • closed (duplicate of runtime: raising the number of GOMAXPROCS cause oom #32950)
• proposal: Go 2: explicit nil and pointer param #36884 Go 2: explicit nil and pointer param
  • commented
  • likely decline, final call for comments
• proposal: Go 2: permit converting a string constant to a byte array type #36890 Go 2: byte array <-> string conversions
  • commented
• proposal: Go 2: add nameof() built-in function #36924 Go 2: add nameof() built-in function
  • commented
• proposal: Go 2: exhaustive switching for enum type-safety  #36387 Go 2: exhaustive switching for enum type-safety
  • commented

2020-02-18 / @bradfitz, @griesemer, @iant

• proposal: Go 2: improve error handling with “??” keyword for a special case #37243 Go 2: improve error handling with “??” keyword for a special case
  • likely decline, final call for comments
• proposal: Go 2: add ?? operator to select first non-zero value #37165 Add ?? operator to select first non-zero value
  • commented
  • on hold
• proposal: Go 2: remove map from keywords #36508 Go 2: remove map from keywords
  • likely decline, final call for comments
• proposal: Go 2: permit converting a string constant to a byte array type #36890 Go 2: permit converting a string constant to a byte array type
  • retitled
• proposal: Go 2: allow channel/map/type assertions in return (val, bool) #36955 Go 2: allow channel/map/type assertions in return (val, bool)
  • commented
  • likely decline, final call for comments
• proposal: Go 2: compiler chosen constants - make(const, <min>, <max>) #36972 Go 2: compiler chosen constants - make(const, , )
  • commented
• Proposal: Go 2: add C# like nameof() built-in function #37039 Go 2: add C# like nameof() built-in function
  • commented

2020-02-25 / @bradfitz, @griesemer, @iant

• proposal: new builtin to pick from one of two values #36303 new builtin to pick from one of two values
  • closed (no change in consensus)
• proposal: Go 2: decorator support, like python decorator #36669 Go 2: decorator support, like python decorator
  • closed (no change in consensus)
• proposal: Go 2: obtain struct field name in type-safe way #36332 Go 2: obtain struct field name in type-safe way
  • closed (no change in consensus)
• Proposal: Go 2: add C# like nameof() built-in function #37039 Go 2: add C# like nameof() built-in function
  • commented
• proposal: Go 2: permit using errors.Return, etc., on LHS of an error assignment #37085 Go 2: permit using errors.Return, etc., on LHS of an error assignment
  • commented
• Proposal: Allow function to satisfy interface while returning interface superset #37129 Allow function to satisfy interface while returning interface superset
  • commented
  • likely decline, final call for comments
• proposal: Go 2: simplify error handling - error passing with "pass" #37141 Go 2: simplify error handling - error passing with "pass"
  • commented
• proposal: Go 2: time: deprecate time.Tick(d Duration) #37144 Go 2: time: deprecate time.Tick(d Duration)
  • closed (proposal withdrawn)
• strings: Title and ToTitle have similar names but do different things #37235 Title and ToTitle have similar names but do different things
  • commented
  • closed
• proposal: Go 2: implement an interface based on function signature if method name is ambiguous #37280 Go 2: implement an interface based on function signature if method name is ambiguous
  • commented
  • likely decline, final call for comments
• proposal: Go 2: integrated compile time language #37292 Go 2: integrated compile time language
  • commented
  • likely decline, final call for comments

I just wanted to let the proposal review group know that these meeting minutes are helpful, and that I appreciate you writing them up. If others feel the same way, please give a thumbs up to this comment, so that the review group knows. :)

Unfortunately, @josharian, it will be a very quiet emoji party because the conversation is locked 🔒

2021-06-01 / @bradfitz, @griesemer, @iant

• proposal: Go 2: expression scoped variables #46105 Go 2: expression scoped variables
  • commented
• proposal: Go 2: add "var name auto" to handle some edge cases in type inference #46109 Go 2: add "var name auto" to handle some edge cases in type inference
  • likely decline, final call for comments
• proposal: spec: cast between named nested structs that different only by field tags #46205 spec: cast between named nested structs that different only by field tags
  • commented
• proposal: Go 2: try-catch by assignment #46433 Go 2: try-catch by assignment
  • likely decline, final call for comments
• proposal: Go 2: add spaceship operator <=> #45319 Go 2: add spaceship operator ⇔
  • closed (no further comments)
• proposal: spec: allow embedding interfaces with conflicting methods #45405 spec: allow embedding interfaces with conflicting methods
  • closed (no further comments)
• proposal: Go 2: spec: allow conversion from *T to *[1]T #45545 Go 2: spec: allow conversion from *T to *[1]T
  • closed (no change in concensus)
• proposal: spec: generics: Anonymous generic aggregate types #45591 spec: generics: Anonymous generic aggregate types
  • closed (no change in concensus)

2021-08-03 / @bradfitz, @griesemer, @iant

• proposal: Go 2: add "var name auto" to handle some edge cases in type inference #46109
  • closed (no further comments)
• proposal: Go 2: try-catch by assignment #46433
  • closed (no change in concensus)
• proposal: Go 2: sealed types #46620
  • commented
• proposal: Go2: introduce check keyword for errors on LHS of assignment #46655
  • likely decline, final call for comments
• proposal: Go 2: introduce "then" keyword in if statement to allow one liner if statement for better error handling. #46717
  • likely decline, final call for comments
• proposal: fmt/v2: %x in format strings should print integer types as their numeric value in hexadecimal #46888
  • likely decline, final call for comments
• proposal: Go 2: interfaces with methods which return interface{} should be fulfilled with any return type #47295
  • likely decline, final call for comments
• proposal: language: compute interface method sets based on values instead of types #47429
  • likely decline, final call for comments

2021-09-08 / @bradfitz, @griesemer, @iant

• proposal: Go2: introduce check keyword for errors on LHS of assignment #46655
  • closed (no change in consensus)
• proposal: Go 2: introduce "then" keyword in if statement to allow one liner if statement for better error handling. #46717
  • closed (no further comments)
• proposal: fmt/v2: %x in format strings should print integer types as their numeric value in hexadecimal #46888
  • closed (no further comments)
• proposal: Go 2: interfaces with methods which return interface{} should be fulfilled with any return type #47295
  • closed (no change in consensus)
• proposal: language: compute interface method sets based on values instead of types #47429
  • closed (no further comments)
• proposal: Go 2: alternate function call syntax to improve ergonomics of chainable top-level functions #47680
  • likely decline, final call for comments
• proposal: Go 2: spec: basic type inferred slice literals #47709
  • commented
• proposal: Go 2: spec: simple error wrapper handling using comments #47934
  • likely decline, final call for comments
• proposal: spec: Go 2: allow manual control over imported package initialization #48174
  • commented
• proposal: Go 2: sealed types #46620
  • likely decline, final call for comments
• proposal: spec: cast between named nested structs that different only by field tags #46205
  • likely decline, final call for comments
• proposal: Go 2: expression scoped variables #46105
  • likely decline, final call for comments
• proposal: spec: allow taking address of value returned in function #45653
  • likely decline, final call for comments

2021-10-06 / @bradfitz, @griesemer, @iant

• proposal: Go 2: alternate function call syntax to improve ergonomics of chainable top-level functions #47680
  • closed (no further comments)
• proposal: Go 2: spec: simple error wrapper handling using comments #47934
  • closed (no further comments)
• proposal: Go 2: sealed types #46620
  • closed (no further comments)
• proposal: spec: cast between named nested structs that different only by field tags #46205
  • closed (no further comments)
• proposal: Go 2: expression scoped variables #46105
  • closed (no further comments)
• proposal: spec: allow taking address of value returned in function #45653
  • closed (no further comments)
• proposal: Go 2: spec: basic type inferred slice literals #47709
  • likely decline, final call for comments
• proposal: spec: Go 2: allow manual control over imported package initialization #48174
  • likely decline, final call for comments
• proposal: Go 2: syntax to express destructuring and structuring assignments #48499
  • likely decline, final call for comments
• proposal: Go 2: allow pointer types to be receiver base types in method declarations #48592
  • commented

2021-11-03 / @bradfitz, @griesemer, @iant

• proposal: Go 2: spec: basic type inferred slice literals #47709
  • closed (no further comments)
• proposal: spec: Go 2: allow manual control over imported package initialization #48174
  • closed (no further comments)
• proposal: Go 2: syntax to express destructuring and structuring assignments #48499
  • closed (retracted)
• proposal: Go 2: allow pointer types to be receiver base types in method declarations #48592
  • likely decline, final call for comments
• proposal: Go 2: local-only throw-catch error handling #48896
  • likely decline, final call for comments
• proposal: Go 2: Error handling check/with #49091
  • likely decline, final call for comments
• proposal: Go 2: nillability annotations #49202
  • commented

2022-1-5 / @bradfitz, @griesemer, @iant

• proposal: Go 2: allow pointer types to be receiver base types in method declarations #48592
  • closed (no further comments)
• proposal: Go 2: local-only throw-catch error handling #48896
  • closed (no further comments)
• proposal: Go 2: Error handling check/with #49091
  • closed (no further comments)
• proposal: Go 2: nillability annotations #49202
  • likely decline, final call for comments
• proposal: Go 2: dynamic select  #50324
  • likely decline, final call for comments
• proposal: spec: add channel rclose #44407
  • likely decline, final call for comments
• proposal: Go 2: Lightweight anonymous function syntax #21498
  • commented

2022-2-2 / @bradfitz, @griesemer, @iant

• proposal: Go 2: nillability annotations #49202
  • closed (no further comments)
• proposal: Go 2: dynamic select  #50324
  • closed (no change in concesus)
• proposal: spec: add channel rclose #44407
  • closed (no further comments)
• proposal: Go 2: string interpolation evaluating to string and list of expressions #50554
  • commented
• proposal: Go 2: interruptible goroutines #50678
  • likely decline, final call for comments

2022-3-2 / @bradfitz, @griesemer, @iant

• proposal: Go 2: interruptible goroutines #50678
  • closed (no change in concesus)
• proposal: spec: break break to <keyword> #51166
  • likely decline, final call for comments
• proposal: Go 2: Ordered and Comparable interfaces #51176
  • likely decline, final call for comments
• proposal: Go 2: builtin: delete should return the deleted map item #51405
  • commented
• proposal: Go 2: allow explicit conversion of bool to arbitrary numeric types #45320
  • commented
• proposal: Go 2: error on unused function parameters #39118
  • likely decline, final call for comments
• proposal: Go 2: ErrWrap expressions #39451
  • likely decline, final call for comments
• proposal: Go 2: allow to mark assigments of errors to return immediately when non-nil or to call a handler function #42318
  • likely decline, final call for comments

2022-4-6 / @bradfitz, @griesemer, @iant

• proposal: spec: break break to <keyword> #51166
  • closed (no further comments)
• proposal: Go 2: Ordered and Comparable interfaces #51176
  • closed (no change in concesus)
• proposal: Go 2: error on unused function parameters #39118
  • closed (no change in concesus)
• proposal: Go 2: ErrWrap expressions #39451
  • closed (no further comments)
• proposal: Go 2: allow to mark assigments of errors to return immediately when non-nil or to call a handler function #42318
  • closed (no change in concesus)
• proposal: Go 2: builtin: delete should return the deleted map item #51405
  • commented
• proposal: Go 2: allow explicit conversion of bool to arbitrary numeric types #45320
  • likely decline, final call for comments
• proposal: Go 2: sigma types #52096
  • closed (duplicate of #19813)
• proposal: builtin: extend make() to be a general-purpose non-nil zero value creator #52151
  • likely decline, final call for comments
• proposal: try...or for right-shifting error handling #52175
  • commented
• proposal: Go 2: Lightweight anonymous function syntax #21498
  • commented

May 4, 2022 / @bradfitz, @griesemer, @iant

• proposal: Go 2: allow explicit conversion of bool to arbitrary numeric types #45320
  • closed (no further comments)
• proposal: builtin: extend make() to be a general-purpose non-nil zero value creator #52151
  • closed (no further comments)
• proposal: Go 2: builtin: delete should return the deleted map item #51405
  • likely decline, final call for comments
• proposal: try...or for right-shifting error handling #52175
  • retracted
• proposal: Go 2: string interpolation evaluating to string and list of expressions #50554
  • commented
• proposal: Go 2: errors: allow function on left hand side of assignment #52416
  • likely decline, final call for comments
• proposal: Go 2: hierarchical select #52637
  • commented

Jun 8, 2022 / @bradfitz, @griesemer, @iant

• proposal: Go 2: builtin: delete should return the deleted map item #51405
  • closed (no further comments)
• proposal: Go 2: errors: allow function on left hand side of assignment #52416
  • closed (retracted)
• proposal: Go 2: string interpolation evaluating to string and list of expressions #50554
  • commented
• proposal: Go 2: hierarchical select #52637
  • likely decline, final call for comments
• proposal: Go 2: return if (with context) #53017
  • likely decline, final call for comments
• proposal: Go 2: extend "goto" - statement #53074
  • likely decline, final call for comments
• proposal: Go 2: Add struct and interface properties in the style of C# #53155
  • likely decline, final call for comments
• proposal: Go 2: Lightweight anonymous function syntax #21498
  • commented

Oct 5, 2022 / @bradfitz, @griesemer, @iant

• proposal: Go 2: hierarchical select #52637
  • closed (no further comments)
• proposal: Go 2: return if (with context) #53017
  • closed (retracted)
• proposal: Go 2: extend "goto" - statement #53074
  • closed (no further comments)
• proposal: Go 2: Add struct and interface properties in the style of C# #53155
  • closed (no change in consensus)
• proposal: Go 2: spec: extend comma-ok expressions to slices, array and string #54192
  • likely decline, final call for comments (possibly dup?)
• proposal: Go 2: explicitly scoped defers #54249
  • likely decline, final call for comments
• proposal: Go 2: returnFrom() #54361
  • commented
• proposal: Go 2: Printf unspecific string interpolation evaluating to string and list of expressions #54588
  • closed (duplicate of proposal: Go 2: string interpolation #34174 and proposal: Go 2: string interpolation evaluating to string and list of expressions #50554)
• proposal: Go 2: error handling with handle keyword and optional return of error type #54677
  • likely decline, final call for comments
• proposal: Go 2: Error handling that is compact and composeable #55026
  • likely decline, final call for comments

Also, we discussed renaming the label Go 2 to v2 which more accurately reflects the character of these proposals: v2 includes both potential (backward compatible) language changes as well as changes to the std library (such as newer module versions).

Nov 2, 2022 / @griesemer, @iant

• proposal: Go 2: spec: extend comma-ok expressions to slices, array and string #54192
  • closed (no change in consensus)
• proposal: Go 2: explicitly scoped defers #54249
  • closed (no further comments)
• proposal: Go 2: error handling with handle keyword and optional return of error type #54677
  • closed (no further comments)
• proposal: Go 2: Error handling that is compact and composeable #55026
  • closed (retracted)
• proposal: Go 2: make short variable declaration re-declare already declared variables #55093
  • likely decline, final call for comments
• proposal: Go 2: add a feature to group the methods bound to a specific receiver. #55863
  • likely decline, final call for comments
• proposal: Go 2: Array or variadic destructuring to discrete variables #56094
  • likely decline, final call for comments
• proposal: Go 2: error handling with magic .handleErr() method #56126
  • likely decline, final call for comments
• proposal: Go 2: Heapless Go #56236
  • likely decline, final call for comments
• proposal: Go 2: Uniform Function Call Syntax #56242
  • likely decline, final call for comments
• proposal: Go 2: semi-constant conditionals #56256
  • likely decline, final call for comments
• proposal: Go 2: "trap" keyword for func-wise error handling #56258
  • likely decline, final call for comments
• proposal: Go 2: introduce a way of performing function chains #56283
  • likely decline, final call for comments
• proposal: Go 2: multi-type type parameters #56462
  • put on hold
• proposal: spec: reduce noise in return statements that contain mostly zero values #21182
  • commented and moved into main proposal process

Dec 7, 2022 / @bradfitz, @griesemer, @iant

• proposal: Go 2: make short variable declaration re-declare already declared variables #55093
  • closed (no further comments)
• proposal: Go 2: add a feature to group the methods bound to a specific receiver. #55863
  • closed (no further comments)
• proposal: Go 2: Array or variadic destructuring to discrete variables #56094
  • closed (no further comments)
• proposal: Go 2: error handling with magic .handleErr() method #56126
  • closed (no further comments)
• proposal: Go 2: Heapless Go #56236
  • closed (no further comments)
• proposal: Go 2: Uniform Function Call Syntax #56242
  • closed (no change in concensus)
• proposal: Go 2: semi-constant conditionals #56256
  • closed (no change in concensus)
• proposal: Go 2: "trap" keyword for func-wise error handling #56258
  • closed (no change in concensus)
• proposal: Go 2: introduce a way of performing function chains #56283
  • closed (no change in concensus)
• proposal: allow packages to be aliased #56611
  • likely decline, final call for comments
• proposal: Go 2: just return the error  #56628
  • closed (duplicate of proposal: spec: reduce noise in return statements that contain mostly zero values #21182)
• proposal: Go 2: struct field methods, or anonymous callback helper types #56647
  • commented
• proposal: Go 2: returnFrom() #54361
  • likely decline, final call for comments
• proposal: Go 2: unions as sigma types #54685
  • commented
• proposal: Go 2: deriving code ala Haskell #54799
  • likely decline, final call for comments

Jan 4, 2023 / @bradfitz, @griesemer, @iant

• proposal: allow packages to be aliased #56611
  • closed (no change in concensus)
• proposal: Go 2: returnFrom() #54361
  • closed (no further comments)
• proposal: Go 2: deriving code ala Haskell #54799
  • closed (no further comments)
• proposal: Go 2: error handling in one line #57547
  • likely decline, final call for comments
• proposal: handle error in minimal way #57552
  • likely decline, final call for comments
• proposal: Go 2: unions as sigma types #54685
  • commented
• proposal: Go 2: struct field methods, or anonymous callback helper types #56647
  • likely decline, final call for comments

Feb 1, 2023 / @griesemer, @iant

• proposal: Go 2: error handling in one line #57547
  • closed (no change in concensus)
• proposal: handle error in minimal way #57552
  • closed (no change in concensus)
• proposal: Go 2: struct field methods, or anonymous callback helper types #56647
  • closed (no further comments)
• proposal: spec: add simple string interpolation similar to Swift #57616
  • likely decline, final call for comments
• proposal: Go 2: error handling by template functions #57822
  • likely decline, final call for comments
• proposal: Go 2: empty as an alias for struct{} #57825
  • likely decline, final call for comments
• proposal: Go 2: Shorter struct literals when key and variable name are the same #57949
  • likely decline, final call for comments
• proposal: Go 2: Add dimensionality to enrich type system and strengthen compile-type checking #57973
  • likely decline, final call for comments

Mar 1, 2023 / @griesemer, @iant

• proposal: spec: add simple string interpolation similar to Swift #57616
  • closed
• proposal: Go 2: error handling by template functions #57822
  • closed (no further comments)
• proposal: Go 2: empty as an alias for struct{} #57825
  • closed (no change in concensus)
• proposal: Go 2: Shorter struct literals when key and variable name are the same #57949
  • closed
• proposal: Go 2: Add dimensionality to enrich type system and strengthen compile-type checking #57973
  • closed (no change in concensus)
• proposal: Go 2: string interpolation #34174
  • likely decline, final call for comments
• proposal: Go 2: string interpolation evaluating to string and list of expressions #50554
  • likely decline, final call for comments
• proposal: check - a minimal error handling improvement for readability #58520
  • likely decline, final call for comments
• proposal: Go 2: Add implicit single program multiple data #58610
  • likely decline, final call for comments

Apr 12, 2023 / @griesemer, @iant

• proposal: Go 2: string interpolation #34174
  • closed (no further comments)
• proposal: Go 2: string interpolation evaluating to string and list of expressions #50554
  • closed (no further comments)
• proposal: check - a minimal error handling improvement for readability #58520
  • closed (no change in concensus)
• proposal: Go 2: Add implicit single program multiple data #58610
  • closed (no change in concensus)
• proposal: Go 2: Use an array as a ExpressionList for switch case statement #58868
  • likely decline, final call for comments
• proposal: Go 2: Function alias #58897
  • likely decline, final call for comments
• proposal: spec: Field expressions #59101
  • commented
• proposal: spec: shorthand for named return #59491
  • likely decline, final call for comments
• proposal: add a mechanism to allow generic de- and re-structuring of complex values #45049
  • commented

May 10, 2023 / @griesemer, @iant

• proposal: Go 2: Use an array as a ExpressionList for switch case statement #58868
  • closed (retracted)
• proposal: Go 2: Function alias #58897
  • closed (no further comments)
• proposal: spec: Field expressions #59101
  • likely decline, final call for comments
• proposal: spec: shorthand for named return #59491
  • closed (no change in consensus)
• proposal: Go 2: deferred code blocks #38520
  • likely decline, final call for comments
• proposal: spec: disallow impossible interface-interface type assertions #38907
  • put on hold

Jun 7, 2023 / @bradfitz, @griesemer, @iant

• proposal: spec: Field expressions #59101
  • closed (no change in consensus)
• proposal: Go 2: deferred code blocks #38520
  • closed (no further comments)
• proposal: expression to create pointer to simple types #45624
  • commented
• proposal: Go 2: function values as iterators #43557
  • closed (in favor of the discussion at user-defined iteration using range over func values #56413)

Jul 19, 2023 / @griesemer, @iant

• proposal: expression to create pointer to simple types #45624
  • commented
• proposal: Go 2: Error-Handling Paradigm #60720
  • likely decline, final call for comments
• proposal: Go 2: equality between an interface and nil should by default compare only by value (and not also type) #60786
  • likely decline, final call for comments
• proposal: spec: make byte array types ordered #61004
  • likely decline, final call for comments
• proposal: spec: allow overloading generic functions strictly on type constraints #61177
  • likely decline, final call for comments
• spec: create slices using constraints #61221
  • likely decline, final call for comments

Aug 2, 2023 / @bradfitz, @griesemer, @iant

• proposal: Go 2: Error-Handling Paradigm #60720
  • closed (no change in consensus)
• proposal: Go 2: equality between an interface and nil should by default compare only by value (and not also type) #60786
  • closed (no change in consensus)
• proposal: spec: make byte array types ordered #61004
  • closed (no change in consensus)
• proposal: spec: allow overloading generic functions strictly on type constraints #61177
  • closed (no further comments)
• spec: create slices using constraints #61221
  • closed (retracted)
• proposal: Go 2: add built-in null for zero value of pointers #61489
  • likely decline, final call for comments

Sep 6, 2023 / @bradfitz, @griesemer, @iant

• proposal: Go 2: add built-in null for zero value of pointers #61489
  • closed (no change in consensus)
• proposal: Go 2: orelse for streamlined error handling  #61750
  • likely decline, final call for comments
• proposal: Go 2: add tuple type #61920
  • likely decline, final call for comments
• proposal: Go 2: left side syntax for new variable #61933
  • closed (duplicate of proposal: spec: various changes to := #377)
• proposal: builtin/new: giving new the ability to call init when creating custom types #62240
  • likely decline, final call for comments
• proposal: Go2: error handling shortening #62378
  • likely decline, final call for comments
• proposal: Go 2: Single line if variant for returns and other jump statements #62434
  • likely decline, final call for comments

Oct 4, 2023 / @bradfitz, @griesemer, @iant

• proposal: builtin/new: giving new the ability to call init when creating custom types #62240
  • closed (no change in consensus)
• proposal: Go2: error handling shortening #62378
  • closed (no change in consensus)
• proposal: Go 2: Single line if variant for returns and other jump statements #62434
  • closed (no change in consensus)
• proposal: Go 2: orelse for streamlined error handling  #61750
  • closed (no further comments)
• proposal: Go 2: add tuple type #61920
  • closed (no further comments)
• proposal: spec: memoization #62637
  • likely decline, final call for comments*
• proposal: spec: allow using spread on arrays in function calls, assignment and return statements #62685
  • likely decline, final call for comments*

Nov 1, 2023 / @adonovan, @bradfitz, @findleyr, @griesemer

• proposal: spec: memoization #62637
  • closed (no change in consensus)
• proposal: spec: allow using spread on arrays in function calls, assignment and return statements #62685
  • closed (no change in consensus)
• proposal: Go 2: Index on any #63878
  • likely decline, final call for comments
• proposal: Go 2: Add Automatic Free Block #63671
  • likely decline, final call for comments
• proposal: Go 2: Error-Handling Paradigm with !err Grammar Sugar #63621
  • likely decline, final call for comments
• proposal: Go 2: abort? statement to bail early on non-nil errors #63575
  • likely decline, final call for comments
• proposal: Go 2: add sugar multiple keys to map to be tuples #63431
  • likely decline, final call for comments
• proposal: spec: Allow array receiver for methods #61752
  • likely decline, final call for comments

Dec 6, 2023 / **@adonovan, @griesemer, @mdempsky **

• proposal: Go 2: Index on any #63878
  • retracted
• proposal: Go 2: Add Automatic Free Block #63671
  • closed (no change in consensus)
• proposal: Go 2: Error-Handling Paradigm with !err Grammar Sugar #63621
  • closed (no further comments)
• proposal: Go 2: abort? statement to bail early on non-nil errors #63575
  • closed (no change in consensus)
• proposal: Go 2: add sugar multiple keys to map to be tuples #63431
  • closed (no change in consensus)
• proposal: spec: Allow array receiver for methods #61752
  • closed (no change in consensus)
• proposal: Go 2: universal zero value with type inference #35966
  • likely decline, final call for comments
• proposal: Go 2: Add a new operator to pass error between calls. #64493
  • likely decline, final call for comments
• proposal: Go 2: call error handling functions with ... #64399
  • likely decline, final call for comments
• proposal: Go 2: generic overloaded constants #64333
  • likely decline, final call for comments
• proposal: Go 2: Error-Handling Paradigm with !err Grammar Sugar #64228
  • likely decline, final call for comments
• proposal: Go 2: '..' as alternative syntax for slicing #64118
  • likely decline, final call for comments
• proposal: expression to create pointer to simple types #45624
  • commented

Jan 10, 2024 / **@adonovan, @findleyr, @griesemer, @mdempsky **

• proposal: Go 2: universal zero value with type inference #35966
  • closed (no further comments)**
• proposal: Go 2: Add a new operator to pass error between calls. #64493
  • closed (no change in consensus)
• proposal: Go 2: call error handling functions with ... #64399
  • closed (no change in consensus)
• proposal: Go 2: generic overloaded constants #64333
  • closed (no further comments)**
• proposal: Go 2: Error-Handling Paradigm with !err Grammar Sugar #64228
  • closed (no change in consensus)
• proposal: Go 2: '..' as alternative syntax for slicing #64118
  • closed (no further comments)**
• proposal: expression to create pointer to simple types #45624
  • commented
• proposal: Go 2: spec: switch case over range #64683
  • likely decline, final call for comments
• proposal: Go 2: variable length channel #64855
  • likely decline, final call for comments
• proposal: Go 2: use ? during variable assignment as implicit goto statement #64953
  • likely decline, final call for comments
• proposal: Go 2: type switch case statements with multiple interface types should produce an intersection of methods #65031
  • commented

Feb 7, 2024 / @adonovan, @findleyr, @griesemer, @iant, @mdempsky

• proposal: Go 2: spec: switch case over range #64683
  • closed (no change in consensus)
• proposal: Go 2: variable length channel #64855
  • closed (no change in consensus)
• proposal: Go 2: use ? during variable assignment as implicit goto statement #64953
  • closed (no change in consensus)
• proposal: Go 2: type switch case statements with multiple interface types should produce an intersection of methods #65031
  • likely decline, final call for comments
• proposal: Go 2: component-wise operators for fixed size arrays #65216
  • likely decline, final call for comments
• proposal: Allow omitting types in callbacks if they can be inferred from the parameters #65369
  • closed (duplicate of proposal: Go 2: Lightweight anonymous function syntax #21498)
• proposal: Go 2: Const generics #65555
  • commented
• proposal: Go 2: allow methods on generic structs which meet subset of type constraint #65394
  • commented (linked to proposal: generics: allow additional constraints on method. #64846)