(1 comment)
The issue and this part of the commit message say 'GO111MODULE=auto', but the text being added says 'GO111MODULE=off'. As I understand, standard library tests work with the default moder…
(2 comments)
This part of the postNew's documentation seems out of date. Same on line 415.
No need to change it now; just noting that since this ends up being the only place where the constant is n…
Thanks.
I suggest filing some tracking issue for this change, and adding a 'Fixes golang/go#nnn.' line here.
This change will add to the incoming volume of issues that end up in the https://go.dev/…
(1 comment)
I missed that GO_GCFLAGS differs from setting -gcflags directly in that its value gets an implicit "all=" prefix [already prepended](https://cs.opensource.google/go/go/+/master:src/cmd/d…
Glad to see the fix ended up this small. Thanks.
It's probably fine to backport then, if this is all it takes to to unblock the builder on 1.26+1.25 release branches too. I'll check if that's the ca…
(1 comment)
Probably cleaner to add a field to tester instead of a global. It was already not being given any value if cmdtest wasn't run, but seems nicer to make it a clear build error if accidenta…
(1 comment)
This struct field and associated code is very easy to add anew when/if we have a need to handle it differently per test, but that's not the case so far, so I'll avoid adding it and makin…
The new [*-git2.24.0](https://ci.chromium.org/ui/p/golang/g/port-linux-amd64/builders?q=-git2.24.0) builder isn't passing all tests yet, but it's very close to it. Filed a followup issue #78323 for i…
[crrev.com/c/7694655](https://crrev.com/c/7694655) and [go.dev/cl/758381](https://go.dev/cl/758381) added a builder that tests with git 2.24.0, the latest git minimum version based on https://github.…
The builder with the minimum supported git version is being added in issue #26653, and so far it seems all but these two tests are passing with it:
- [cmd/go.TestScript/mod_invalid_version](https://…
net/http.TestOptions/h1 is a pre-existing flaky test tracked in issue #69002. Not related to this change, and everything else passed, so applying TryBot-Bypass.
The go command supports the -json flag to make it convenient to parse
its output programmatically. Since human-readable output isn't needed
here, switch to using the -json flag.
issue46234 is flaky on slow machines due to the possibility of running
into the constant timeout. Delete it in favor of timeouts applied at a
higher level.
Note that that test timeout already got in…
issue46234 is flaky on slow machines due to the possibility of running
into the constant timeout. Delete it in favor of timeouts applied at a
higher level.
Note that that test timeout already got in…
@gopherbot Please consider this for backport. This is a test-only fix that removes a constant timeout for one subtest (in favor of timeouts applied at a higher level), and is needed to get the darwin…
Thanks.
I was too (in [this thread](https://go-review.googlesource.com/c/build/+/758381/comment/fbb41a80_6bf219c7/)). :) It seems something like "min" might be a good fit for builders where the mini…
As for where the GOROOT/src/go/build/deps_test.go dependency policy should be discussed: this issue is fine. You can find reasonable examples of where it last changed via git history (e.g., [here](ht…
(1 comment)
Done. We already use dots in some builder name versions, like "freebsd-amd64_15.0", so done the same here since git2.24.0 is easier to read than git2240.
(1 comment)
Hmm, maybe it'll be simpler in the long run to give this a specific version. That way when this eventually becomes a newer version, it can be added as a separate runmod with a separate k…
Thanks.
No, since this is ready from your side and all submit requirements are met, it just needs someone with submit access to either press the 'Submit' button directly or to add an Auto-Submit+1 v…
(1 comment)
There's no date in `go env -json GOVERSION`; see related [comment](https://go-review.googlesource.com/c/benchmarks/+/758120/comment/aa9f0f2d_c7bb460d/).
Thanks.
This seems like it might run into an off-by-one-character problem, unless I missed something. go/version doesn't tolerate extraneous characters (e.g., https://go.dev/play/p/eGgX4tlSAXs), so …
@JunyangShao This backport issue is approved, and it needs a backport CL to be created as the next step here. Since you authored the original CL, mind doing that? Note that there is a merge conflict …
Fixes #78191.
[git-generate]
cd src/cmd
go get golang.org/x/tools@internal-branch.go1.26-vendor # v0.39.1-0.20260323181443-4f499ecaa91d
go mod tidy
go mod vendor
The previously submitted CL didn't include some of the feedback
that was provided on the CL. Specifically, it didn't mention the
behavior of `new` for untyped constant arguments.
For #77584.
Fixes #…
Thanks.
It made sense to use sweet's packages when this was a benchmark in sweet, but now that it's not, provided it works out well to use https://pkg.go.dev/os#CopyFS and runtime.GOOS/GOARCH direct…
TryBots did pass on patch set 1, and patch set 2 was a rebase. The result failed only because the rebase interrupted the trybots that started running. So, adding a bypass.
Since trybots are passing at CL 757343, could it work okay to add TryBot-Bypass to CL 757342 and let them both submit, and then you don't need this CL? Or is the goal of this CL to avoid having a fai…
I'm not very familiar with the APIs and conventions of x/benchmarks; @mpratt@google.com or @drchase@google.com might have more useful review comments or suggestions.
That said, this seems reasonable…
Reopening this issue because [CL 740880](https://go.dev/cl/740880) was rolled back ([CL 757482](https://go.dev/cl/757482)).
Adding an import of golang.org/x/sys/windows inside the golang.org/x/sys/c…
Reopening this issue because [CL 740880](https://go.dev/cl/740880) was rolled back ([CL 757482](https://go.dev/cl/757482)).
Adding an import of golang.org/x/sys/windows inside the golang.org/x/sys/c…
Thanks. I'll reopen #76791 afterwards for the follow up.
To be clear, the discussion that happens may conclude that we should permit x/sys/cpu to import x/sys/windows, and then this exact same CL ca…
(2 comments)
It does seem that we may be very close to removing all remaining uses of bundle here, but at this moment it's still used in [3 places](https://cs.opensource.google/search?q=%22%2F%2Fgo:…
Roll back CL 740880 (commit fc646e489fd944b6f77d327ab77f1a4bab81d5ad)
because it adds a golang.org/x/sys/windows import to the cpu package.
The cpu package is vendored into the main Go tree and the p…
Currently at tip, the only package from x/sys vendored into the std module of the main Go repo is [x/sys/cpu](https://cs.opensource.google/go/go/+/master:src/vendor/modules.txt;l=19-20;drc=ca5ffe0092…
Pull in CL 757060 to get x/tools/cmd/bundle working again.
For #36905.
For #9859.
[git-generate]
cd src/cmd
go get golang.org/x/tools@v0.43.1-0.20260319213245-5d7afbc08aec # CL 757060
go mod tidy
…
The GOROOT/doc directory contains a few HTML and Markdown files like
godebug.md, go_spec, asm.html and such. CL 746740 updates TestAll in
x/website to test the files in GOROOT/doc directory too. Upda…
That particular version of the 1.26 playground backend got into an unhealthy state for reasons that aren't yet understood. Since this is the first occurrence of this specific failure mode for the pla…
That particular version of the 1.26 playground backend got into an unhealthy state for reasons that aren't yet understood. Since this is the first occurrence of this specific failure mode for the pla…
(1 comment)
This change is ready for review.
That CL landed so tip builders should pass now. I expect the 1.26/1.25 builders to still run into this until CL 757420 and CL 757421 land, but otherwise…
This file used to be implicitly a template prior to CL 733500, but now
it's no longer a template. The only template use here can be trivially
expressed with pure Markdown syntax, so do that. (The alt…
This file used to be implicitly a template prior to CL 733500, but now
it's no longer a template. The only template use here can be trivially
expressed with pure Markdown syntax, so do that. (The alt…
The fix is visible at https://tip.golang.org/doc/godebug now, but not yet at https://go.dev/doc/godebug. We still need to backport it, since go.dev serves content from a stable release branch. This i…
The immediate problem should be resolved. Thanks @dolmen for confirming.
I'll keep this issue open for some time since we're still looking more into what happened and what we can do to reduce chance…
Thanks for reporting this. We're working on resolving this, and will update this issue once this is fixed.
As the original issue noted, "Go 1.25 and gotip backends are working at the moment.", so as…
(1 comment)
Yes, fixing a bug doesn't need a proposal. It sounds like you should either update #746020 to describe the bug instead of the original proposal, or if the original proposal should still …
By now the builder is passing at tip, 1.25 release branch, x/ repos (all but x/tools), leaving 1.26 with only this test failure: https://ci.chromium.org/ui/p/golang/g/port-linux-mipsle/builders. Back…
(1 comment)
Makes sense.
> seems like it!
To an extent. :) Issue #37603 is still applicable today. For instance, it's taken me a while to find time to review CL 726080 partly because managing risk…
(3 comments)
Will this work as is, or does this package also need to import `github.com/bartventer/httpcache/store/memcache` for side-effect or registering that store?
Reviewed the new dependency b…
This generally looks good to me, leaving +1 so that Cherry can also look.
A side note: if you'd like, URLs like this can be shortened by using Go website's newer domain, such as go.dev/cl/173343. (T…
Thanks for filing this feature request.
As background context, the golang.org/toolchain modules exist primarily to serve the internal needs of the cmd/go command and its https://go.dev/doc/toolchain…
Thanks.
I understand the new state is that testsuite no longer supports testdata at all, since it doesn't support serial test execution at all anymore. The old phrasing in this Fatal message seems a…
Thanks for working on this. I left some high level comments to get your feedback; that said, please let me know if you'd find it useful to consider them out of scope for this issue/CL, and instead ai…
(1 comment)
I think the intent here was to use markdown link syntax, which is `[text](url)`. [a][b] shows up as is, visible at https://tip.golang.org/doc/godebug#go-127. Sent CL 756580.
This file used to be implicitly a template prior to CL 733500, but now
it's no longer a template. The only template use here can be trivially
expressed with pure Markdown syntax, so do that. (The alt…
The https://go.dev/doc/godebug page has some unintended template use showing up:
<img width="481" height="37" alt="Image" src="https://github.com/user-attachments/assets/a052c838-6947-44bd-870f-9a5a…
The use of strings.TrimPrefix on filepath.ToSlash output works on all
OSes when testTree is given a relative path like "../../_content",
but it doesn't work on Windows if testTree is given an absolut…
(1 comment)
Can the potential latency be dealt with by wrapping with something like [oauth2.ReuseTokenSource](https://pkg.go.dev/golang.org/x/oauth2#ReuseTokenSource)?
Thanks.
I think we could start using `tok.SetAuthHeader(req)` here now that there's an `oauth2.Token`, if you want. But this should be equivalent at least for today's needs, so either way is fine. (…
misccompile builder failure looks like #78081. It also passed in a [previous attempt](https://ci.chromium.org/b/8687137151622998929) on the same patch set. Importantly, noopt ran and passed. Bypassin…
(1 comment)
@sean@liao.dev This seems like a change that should be in the release notes, right? If you don't mind, please add a note for it here. Thanks.
@ethanmontgomery148-hub Please see https://go.dev/wiki/NoPlusOne. You've also left a lot of comments on other Go issues recently. Please be aware of the [Go Code of Conduct](https://go.dev/conduct), …