proposal: Go 2 review meeting minutes

[griesemer]

The Go 2 proposal review group meets monthly (every first Wednesday of a month) to review pending Go 2 proposal issues and move them along in the proposal process.

Review consists primarily of checking that discussion is ongoing, commenting on issues to move discussion along, summarizing long discussions, CC’ing experts, and accepting or closing proposals when the discussion on the GitHub issue has reached a clear consensus about the outcome.

Review also includes closing proposals that are untenable (for example, because the changes are sufficiently backwards-incompatible even after allowing for significant changes to the language as part of the Go 2 effort, or violate key design goals of the language or packages).

This meta-issue records minutes of the Go 2 proposal review meetings as issue comments, so that they can be cross-linked easily with the relevant issues. This meta-issue is for minutes only; comments that are not meeting minutes will be deleted.

(See also #33502 which records the minutes of non-Go 2 proposals review meetings).

[griesemer]

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)

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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.

[griesemer]

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

[ianlancetaylor]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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.

[griesemer]

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)

[griesemer]

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.

[griesemer]

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

[griesemer]

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)

[griesemer]

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

[griesemer]

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

[griesemer]

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

[josharian]

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. :)

[myitcv]

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

[griesemer]

2021-02-16 / @bradfitz, @griesemer, @iant

• proposal: Go 2: Type Parameter Declaration and Instantiation Segregation #43659 Go 2: Type Parameter Declaration and Instantiation Segregation
  • closed (no further comments)
• proposal: Allow differentiating between a nil string and an empty string #44219 Allow differentiating between a nil string and an empty string
  • likely decline, final call for comments

[griesemer]

2021-02-23 / @bradfitz, @griesemer, @iant

• proposal: Go 2: spec: remove init functions #43731 Go 2: spec: remove init functions
  • closed (no further comments)

Going forward we are going to reduce the frequency of these proposal review meetings (for Go2-labeled proposals) to once a month (Tuesday of the first week of each month). We are deferring unrelated language changes until generics have landed; also, currently the number of incoming proposals is relatively low.

[griesemer]

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

• proposal: Go 2: add match statement #44022 Go 2: add match statement
  • closed (no change in concensus)
• proposal: Allow differentiating between a nil string and an empty string #44219 Allow differentiating between a nil string and an empty string
  • closed (no change in concensus)
• proposal: Go 2: default values for named return parameters #44396 Go 2: default values for named return parameters
  • likely decline, final call for comments
• proposal: Go 2: allow main to return #44750 Go 2: allow main to return
  • commented
  • likely decline, final call for comments
• proposal: Go 2: equivalence between operators and monadic functions #44775 Go 2: equivalence between operators and monadic functions
  • likely decline, final call for comments
• proposal: Go 2: chaining method calls with return type (T, error) #44928 Go 2: chaining method calls with return type (T, error)
  • likely decline, final call for comments
• proposal: Go2: goroutines execute defer statements when main exits #44973 Go2: goroutines execute defer statements when main exits
  • likely decline, final call for comments
• proposal: Go 2: add numeric and ordered generic types #45039 Go 2: add numeric and ordered generic types
  • commented
  • closed

[griesemer]

2021-05-04 / @bradfitz, @griesemer, @iant

• proposal: Go 2: default values for named return parameters #44396 Go 2: default values for named return parameters
  • closed (no further comments)
• proposal: Go 2: allow main to return #44750 Go 2: allow main to return
  • closed (no change in concensus)
• proposal: Go 2: equivalence between operators and monadic functions #44775 Go 2: equivalence between operators and monadic functions
  • closed (no further comments)
• proposal: Go 2: chaining method calls with return type (T, error) #44928 Go 2: chaining method calls with return type (T, error)
  • closed (no further comments)
• proposal: Go2: goroutines execute defer statements when main exits #44973 Go2: goroutines execute defer statements when main exits
  • closed (no further comments)
• proposal: Go 2: add spaceship operator <=> #45319 Go 2: add spaceship operator ⇔
  • likely decline, final call for comments
• proposal: Go 2: allow explicit conversion of bool to arbitrary numeric types #45320 Go 2: allow explicit conversion of bool to arbitrary numeric types
  • discussed
• proposal: spec: generics: type switch on parametric types #45380 spec: generics: type switch on parametric types
  • put on hold
• proposal: spec: allow embedding interfaces with conflicting methods #45405 spec: allow embedding interfaces with conflicting methods
  • likely decline, final call for comments
• proposal: Go 2: spec: allow conversion from *T to *[1]T #45545 Go 2: spec: allow conversion from *T to *[1]T
  • commented
  • likely decline, final call for comments
• proposal: spec: generics: Anonymous generic aggregate types #45591 spec: generics: Anonymous generic aggregate types
  • likely decline, final call for comments
• proposal: expression to create pointer to simple types #45624 expression to create pointer to simple types
  • discussed

[griesemer]

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)

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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).

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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)

[griesemer]

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

[griesemer]

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

[griesemer]

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

[griesemer]

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*

[griesemer]

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

[griesemer]

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