Russ Cox

No change in consensus, so accepted.

For Unix, Accept shows up next to Sockaddr in pkg.go.dev because it is a constructor, not a method. The Accept signature in x/sys/windows can't be changed, but it would be...

This proposal has been added to the [active column](https://go.dev/s/proposal-status#active) of the proposals project and will now be reviewed at the weekly proposal review meetings. — rsc for the proposal review...

It sounds like everyone agrees this is about implementing a stub function, keeping the API exactly the same. Assuming that's true, there's no need for a proposal.

Removing from the proposal process now that the issue is simply to implement the existing stub API with no API signature changes or new APIs.

**Removed from the [proposal process](https://go.dev/s/proposal)**. This was determined not to be a “significant change to the language, libraries, or tools” or otherwise of significant importance or interest to the broader...

I'm not sure we should do anything here, but if we did, it should apply to the other -run flags too.

This proposal has been added to the [active column](https://golang.org/s/proposal-status#active) of the proposals project and will now be reviewed at the weekly proposal review meetings. — rsc for the proposal review...

Based on the discussion above, this proposal seems like a **[likely accept](https://golang.org/s/proposal-status#likely-accept)**. — rsc for the proposal review group

No change in consensus, so **[accepted](https://golang.org/s/proposal-status#accepted)**. 🎉 This issue now tracks the work of implementing the proposal. — rsc for the proposal review group