@neild On the main branch, CL 751360 added the mongo-specific implementation and a test, and CL 758900 generalized it for non-http/https and kept the test. The Go 1.26 backport CL 758901 adds the new…
Now that #78323 is resolved, the builder is passing [at tip](https://ci.chromium.org/ui/p/golang/builders/ci/gotip-linux-amd64-longtest-git2.24.0).
It's also passing on [release-branch.go1.26](https…
@gopherbot Please consider this for backport to Go 1.25. (Go 1.26 already has these fixes, so nothing to backport there.) These are test-only fixes needed to make tests pass with the oldest suppor…
Fix test building on older Ubuntu LTS releases (that are still
supported). Git SHA256 support was only included in 2.29, which came out
in 2021. Check the output of `git version` and skip these tests…
This addition seems reasonable since this code path affects Go developers only. Note that it's untested by builders, so it'll be up to whoever uses it locally to maintain. Thanks.
Fixes #nnn? This s…
There have been a number of "internal compiler error" issues reported recently, each covering specific edge cases that were uncovered. This is an umbrella issue to make it easier to track them.
CC @…
From triage, it sounds like the redirect happens by an initially trusted source, and not forwarding GOAUTH may cause it to not work for the target. So there may not be any behavior change to do here.
Thanks.
The 1.26/1.25 (only) builders failing was [expected](https://go-review.googlesource.com/c/website/+/746741/comments/ae57427c_0909aa7c). The backport CLs have just landed, so everything shoul…
It passed at tip (https://ci.chromium.org/b/8686347220472067905) and correctly detected a problem intentionally re-introduced in CL 759121, so everything seems working as intended to me.
Thanks.
(1 comment)
I agree it would be good to update mkwinsyscall to support this use case, and that it can happen later. In the meantime, what do you think about temporarily replacing the need for manual…
Thanks for the report. Does this happen only on the linux/riscv64 port specifically, or are you able to reproduce it on other ports too?
CC @golang/riscv64.
(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…
cmd/dist unsets any GOFLAGS value that might be set in the environment
to make the build and test environment more predictable. It is however
possible to provide gcflags to make.bash via the GO_GCFLA…
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://…
If we run into a need for finer control over when -asmflags gets set,
there can be an asmflags field added to goTest, analogously to the
existing gcflags and ldflags fields. Start with a minimal chan…
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…
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…
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…
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…
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…
They are. Although Go can make them too easy via `go:embed`.
See some initial comments.
I suggest either adding a quite that can be licensed via the existing BSD-3-Clause LICENSE at the top level o…
Thanks! Congrats on your first change. :D
See one inline comment that's unresolved (yellow border). You can leave a draft comment like "Done." and mark the 'Resolved' checkbox, then when you upload …