google / google/gvisor

expose checkescape as standalone tool

Open
#14,160 2 comments 0 reactions 0 assignees View on GitHub
type: enhancement
Dominant language
Go
Stars
19.3k
Forks
2k
Avg merge
3d 5h
Merged PRs (30d)
264

Description

### Description

Hi, I've just stumbled upon this [thread](https://bsky.app/profile/eatonphil.bsky.social/post/3mpqwjdspek2c) on Bluesky, and I was wondering if you have considered exposing `checkescape` as a standalone tool (or a go-vet tool), or even upstreaming it to the Go compiler itself. It would be really useful for the community if this tool was easier to use.

At the moment, it's wired into the nogo CLI. So one has to write a little wrapper around `checkescape.Analyzer` to run it as a [singlechecker](https://pkg.go.dev/golang.org/x/tools@v0.49.0/go/analysis/singlechecker).

Anyway, thanks for making it public.

### Is this feature related to a specific bug?

_No response_

### Do you have a specific solution in mind?

_No response_

Contributor guide

Open the contributing guide

Research direction

Start with checkescape.Analyzer and its current nogo CLI integration; compare the singlechecker wrapper described in the issue. Before implementation, clarify whether the goal is a standalone tool, a go-vet tool, or Go compiler upstreaming, then define acceptance around invoking checkescape without a custom wrapper.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
cli, tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.