Release notes should be added to `next` by editing existing files or creating
new files. **Do not add RELNOTE=yes comments in CLs.** Instead, add a file to
the CL (or ask the author to do so).

At the end of the development cycle, the files will be merged by being
concatenated in sorted order by pathname. Files in the directory matching the
glob "*stdlib/*minor" are treated specially. They should be in subdirectories

compatibility.

Starting with go1.19.txt, each API feature line must end in "#nnnnn"
giving the GitHub issue number of the proposal issue that accepted
the new API. This helps with our end-of-cycle audit of new APIs.
The same requirement applies to next/* (described below), which will
become a go1.XX.txt for XX >= 19.

The next/ directory contains the only files intended to be mutated.

## Supported Versions

We support the past two Go releases (for example, Go 1.17.x and Go 1.18.x when Go 1.18.x is the latest stable release).

See https://go.dev/wiki/Go-Release-Cycle and in particular the
[Release Maintenance](https://go.dev/wiki/Go-Release-Cycle#release-maintenance)
part of that page.

## Reporting a Vulnerability

pkg runtime, method (*BlockProfileRecord) Stack() []uintptr
pkg runtime, type BlockProfileRecord struct
pkg runtime, type BlockProfileRecord struct, Count int64
pkg runtime, type BlockProfileRecord struct, Cycles int64
pkg runtime, type BlockProfileRecord struct, embedded StackRecord
pkg runtime/debug, func FreeOSMemory()
pkg runtime/debug, func ReadGCStats(*GCStats)
pkg runtime/debug, func SetGCPercent(int) int