Jon Ross-Perkins

For Swift discussion, argument labels appear to be covered by [SE-0001](https://gradyzhuo.gitbooks.io/swift-evolution/content/swift-evolution/proposals/0001-keywords-as-argument-labels.html): the goal was to allow language keywords (`in`, `inout`) to be used as argument names without backtic escaping. Do...

I think I should also note, `_` is being proposed as syntax for locally unused identifiers (#476), imitating pattern matching. Using `_` for both argument label opt-out (mirroring Swift) and...

@redbopo Thanks, fixed the example. That's the result of a separate bugfix I recently put in. :)

Leads approved the overview update in #1347 so I assume this doesn't need to be a leads question, but it wasn't really discussed there so a specific design would be...

It was noted that #1136 comments on making package names optional on `import`, and that's really covered by #2001, so I'm trimming this down to be specific to the `package`...

> I think @jonmeow was expecting still other issues with LLVM 16 and Bison, but maybe its just this issue? Just this. > I think he has tried to upgrade...

Note, #1754 is already working on this and I think it's using a better approach.

@89z Please only comment if you have something to say. The automation exists to help track activity: an empty comment means this issue is still inactive.

@89z Please read the bot message again; "inactive" just means it's inactive. Also, please assume good behavior. Calling bots "Kafkaesque" just for marking an issue as inactive is not how...

@ddkwork This issue is about building Carbon for development (_on_ Carbon, not _using_ Carbon) on Windows. Cmake support for [releases](https://github.com/carbon-language/carbon-lang/releases) is separate (could probably done with [add_custom_command](https://cmake.org/cmake/help/latest/command/add_custom_command.html) already, but Carbon's...