-
Notifications
You must be signed in to change notification settings - Fork 17.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
x/tools/internal/imports: update stdlib index after every major Go release #38706
Comments
Change https://golang.org/cl/246581 mentions this issue: |
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I9d1bba54c4f9a0369b1d088c00a2f0c3e4409806 Reviewed-on: https://go-review.googlesource.com/c/tools/+/246581 Run-TryBot: Akhil Indurti <aindurti@gmail.com> Run-TryBot: Heschi Kreinick <heschi@google.com> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Heschi Kreinick <heschi@google.com>
@golang/release might have something to say about this. |
Change https://golang.org/cl/293839 mentions this issue: |
As a first step, let's make this a recurring early-in-cycle release-blocking issue, similar to #40705 and #36905, so that this task isn't missed. (If it's viable to automate this task so it doesn't need to be done by hand every 6 months, please file a new issue for doing that work.) I'll place it in Go 1.17 milestone now, and when CL 293839 is submitted, it can be moved to Go 1.18. |
Strictly speaking it would probably make it sense to do it shortly before the release, once the API has stabilized. But right after is fine too. |
@heschi Yep, that makes sense. The reason I've used this early-in-cycle path for now is the same reason I closed #27155 (comment): we currently don't have a good system for tracking issues that aren't actionable until very late in a dev cycle. When we do, we can improve this task so it happens late in cycle instead. |
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I9d5bce3083d2a57eea2ea89c6a99a410ed169f05 Reviewed-on: https://go-review.googlesource.com/c/tools/+/293839 Run-TryBot: Akhil Indurti <aindurti@gmail.com> Run-TryBot: Heschi Kreinick <heschi@google.com> Reviewed-by: Heschi Kreinick <heschi@google.com> Trust: Heschi Kreinick <heschi@google.com> Trust: Hyang-Ah Hana Kim <hyangah@gmail.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org>
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I9d5bce3083d2a57eea2ea89c6a99a410ed169f05 Reviewed-on: https://go-review.googlesource.com/c/tools/+/293839 Run-TryBot: Akhil Indurti <aindurti@gmail.com> Run-TryBot: Heschi Kreinick <heschi@google.com> Reviewed-by: Heschi Kreinick <heschi@google.com> Trust: Heschi Kreinick <heschi@google.com> Trust: Hyang-Ah Hana Kim <hyangah@gmail.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org>
This issue is currently labeled as early-in-cycle for Go 1.18. |
Change https://golang.org/cl/344629 mentions this issue: |
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I0ad28f7d5e1fec2d1ccc3bc0f01f43a7d2f0d817 Reviewed-on: https://go-review.googlesource.com/c/tools/+/344629 Run-TryBot: Akhil Indurti <aindurti@gmail.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Heschi Kreinick <heschi@google.com> Trust: Dmitri Shuralyov <dmitshur@golang.org>
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I0ad28f7d5e1fec2d1ccc3bc0f01f43a7d2f0d817 Reviewed-on: https://go-review.googlesource.com/c/tools/+/344629 Run-TryBot: Akhil Indurti <aindurti@gmail.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Heschi Kreinick <heschi@google.com> Trust: Dmitri Shuralyov <dmitshur@golang.org>
$ go run mkstdlib.go Updates golang/go#38706. Change-Id: I0ad28f7d5e1fec2d1ccc3bc0f01f43a7d2f0d817 Reviewed-on: https://go-review.googlesource.com/c/tools/+/344629 Run-TryBot: Akhil Indurti <aindurti@gmail.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Heschi Kreinick <heschi@google.com> Trust: Dmitri Shuralyov <dmitshur@golang.org>
CL 344629 updated the index for 1.17, so moving this to next milestone (with early-in-cycle) so this gets pinged when 1.18 is out. |
This issue is currently labeled as early-in-cycle for Go 1.20. |
This was done for Go 1.20, so I bumped to the Go1.21 milestone. Would be better to have separate issues but in the meantime I think this is set up for the next cycle. |
Updates golang/go#38706. Change-Id: I3e99e4dbe731b51a24e84c4381f440d3bc4cd4e4 Reviewed-on: https://go-review.googlesource.com/c/tools/+/393379 Trust: Heschi Kreinick <heschi@google.com> Run-TryBot: Heschi Kreinick <heschi@google.com> Reviewed-by: Robert Findley <rfindley@google.com> Auto-Submit: Heschi Kreinick <heschi@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>
Updates golang/go#38706 Change-Id: I361c8862b4dcd5215ea0574715908f552f937e6c Reviewed-on: https://go-review.googlesource.com/c/tools/+/422654 TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: Heschi Kreinick <heschi@google.com> Run-TryBot: Robert Findley <rfindley@google.com> gopls-CI: kokoro <noreply+kokoro@google.com>
Change https://go.dev/cl/464715 mentions this issue: |
The API of syscall/js package is generated by reusing cmd/api. That has stopped being a runnable command after an internal refactor in Go 1.20. Since cmd/api was never really supported or meant to be used outside of GOROOT, switch to using go/packages and compute the API more directly ourselves. Also use the same approach to generate the API of package unsafe (whose API is also not present in GOROOT/api files at this time) instead of a fixed list that needs manual maintenance. This adds Add and Slice that were added to package unsafe in Go 1.17. It also removes ArbitraryType, since that symbol isn't a part of package unsafe's API but used in its documentation—it seems like an oversight that it was added in CL 24463. This CL intentionally leaves out unsafe's SliceData, String, StringData that were added in Go 1.20, so I can test out the new relui workflow to send a CL that regenerates this package. Fixes golang/go#58245. For golang/go#38706. Change-Id: Ibe0d89bf0469691bd16e0d0f501e3762256f2239 Reviewed-on: https://go-review.googlesource.com/c/tools/+/464715 Reviewed-by: Robert Findley <rfindley@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> Auto-Submit: Dmitri Shuralyov <dmitshur@golang.org> TryBot-Result: Gopher Robot <gobot@golang.org> gopls-CI: kokoro <noreply+kokoro@google.com> Run-TryBot: Dmitri Shuralyov <dmitshur@golang.org>
Change https://go.dev/cl/464875 mentions this issue: |
For golang/go#38706. Change-Id: Iefd858ec1848481a26d6bb88076ff8a3c2f8a818 Reviewed-on: https://go-review.googlesource.com/c/tools/+/464875 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Michael Knyszek <mknyszek@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> gopls-CI: kokoro <noreply+kokoro@google.com> Auto-Submit: Gopher Robot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> Run-TryBot: Gopher Robot <gobot@golang.org>
CL 464342 and CL 464875 regenerated the index after the Go 1.20 release. Note that relui will be generating these CLs automatically for future releases (implemented in #54377—thanks @dle8!), so it's not necessary to do it manually anymore. |
Seems like we can close the issue now that it's automated. No need to remind ourselves. |
The API of syscall/js package is generated by reusing cmd/api. That has stopped being a runnable command after an internal refactor in Go 1.20. Since cmd/api was never really supported or meant to be used outside of GOROOT, switch to using go/packages and compute the API more directly ourselves. Also use the same approach to generate the API of package unsafe (whose API is also not present in GOROOT/api files at this time) instead of a fixed list that needs manual maintenance. This adds Add and Slice that were added to package unsafe in Go 1.17. It also removes ArbitraryType, since that symbol isn't a part of package unsafe's API but used in its documentation—it seems like an oversight that it was added in CL 24463. This CL intentionally leaves out unsafe's SliceData, String, StringData that were added in Go 1.20, so I can test out the new relui workflow to send a CL that regenerates this package. Fixes golang/go#58245. For golang/go#38706. Change-Id: Ibe0d89bf0469691bd16e0d0f501e3762256f2239 Reviewed-on: https://go-review.googlesource.com/c/tools/+/464715 Reviewed-by: Robert Findley <rfindley@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> Auto-Submit: Dmitri Shuralyov <dmitshur@golang.org> TryBot-Result: Gopher Robot <gobot@golang.org> gopls-CI: kokoro <noreply+kokoro@google.com> Run-TryBot: Dmitri Shuralyov <dmitshur@golang.org>
For golang/go#38706. Change-Id: Iefd858ec1848481a26d6bb88076ff8a3c2f8a818 Reviewed-on: https://go-review.googlesource.com/c/tools/+/464875 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Michael Knyszek <mknyszek@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> gopls-CI: kokoro <noreply+kokoro@google.com> Auto-Submit: Gopher Robot <gobot@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> Run-TryBot: Gopher Robot <gobot@golang.org>
Change https://go.dev/cl/517075 mentions this issue: |
For golang/go#38706. Change-Id: I278b5edd7caf6ddb0585a3ea8f47777753457ddf Reviewed-on: https://go-review.googlesource.com/c/tools/+/517075 Run-TryBot: Michael Knyszek <mknyszek@google.com> Reviewed-by: Michael Knyszek <mknyszek@google.com> Reviewed-by: David Chase <drchase@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Auto-Submit: Gopher Robot <gobot@golang.org> Run-TryBot: Gopher Robot <gobot@golang.org> Auto-Submit: Michael Knyszek <mknyszek@google.com>
Change https://go.dev/cl/562277 mentions this issue: |
For golang/go#38706. Change-Id: Ib2e9ce03cc86dd74e2498bf462c168169ae97d7a Reviewed-on: https://go-review.googlesource.com/c/tools/+/562277 LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Auto-Submit: Gopher Robot <gobot@golang.org> Reviewed-by: David Chase <drchase@google.com> Reviewed-by: Michael Knyszek <mknyszek@google.com>
Change https://go.dev/cl/572777 mentions this issue: |
Change https://go.dev/cl/571276 mentions this issue: |
CL 567837 extracted the stdlib manifest from x/tools/internal/imports to x/tools/internal/stdlib. That is the new package that will need to be regenerated every 6 months after each major Go release. Update the relui task that automated that recurring work accordingly. For golang/go#46136. For golang/go#38706. Change-Id: I9705ac881a18a5e7b03188228eadfaccf816aaca Reviewed-on: https://go-review.googlesource.com/c/build/+/572777 Auto-Submit: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Alan Donovan <adonovan@google.com>
CL 567837 deleted mkstdlib.go (a generator) and zstdlib.go (its output). For golang/go#46136. For golang/go#38706. Change-Id: If5623e3ab014c2fee63b1d058c726ea5acb06aa2 Reviewed-on: https://go-review.googlesource.com/c/tools/+/571276 Auto-Submit: Dmitri Shuralyov <dmitshur@golang.org> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Alan Donovan <adonovan@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com>
Change https://go.dev/cl/605196 mentions this issue: |
For golang/go#38706. Change-Id: If78cbed6c279709908bd85579da1f5dc0fd45df3 Reviewed-on: https://go-review.googlesource.com/c/tools/+/605196 Reviewed-by: Carlos Amedee <carlos@golang.org> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Michael Knyszek <mknyszek@google.com> Auto-Submit: Gopher Robot <gobot@golang.org>
API changes should automatically be detected by x/tools/internal/imports after each major release. After 1.14, they were manually updated as per #38464. This should be part of the release process (maybe x/build/cmd/releasebot?).
The text was updated successfully, but these errors were encountered: