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
Remove gccgo support #25978
Remove gccgo support #25978
Conversation
Since Go 1.7, s390x uses upstream Go, so we have no reason to support gccgo any more. Signed-off-by: Justin Cormack <justin.cormack@docker.com>
This is going to fail on gccgo CI! |
The Z failure is unrelated but @michael-holzheu have you seen this before? https://jenkins.dockerproject.org/job/Docker-PRs-z/10/console (might rebuild and see if intermittent). |
Hmm, seems intermittent. |
LGTM |
@justincormack z failure is a known issue in go with time.Now() rounding incorrectly on some architectures #24805 |
Interesting: DockerSwarmSuite.TestApiSwarmLeaveOnPendingJoin never failed on s390x (at least the last 218 runs with gccgo and the first 10 runs with golang 1.7). |
@tophj-ibm @michael-holzheu it is being fixed upstream here https://go-review.googlesource.com/#/c/27710/ |
@@ -34,13 +34,9 @@ bundle_test_unit() { | |||
| grep -v github.com/docker/docker/vendor \ | |||
| grep -v github.com/docker/docker/man \ | |||
| grep -v github.com/docker/docker/integration-cli) | |||
go test $COVER $GCCGOFLAGS -ldflags "$LDFLAGS" "${BUILDFLAGS[@]}" $TESTFLAGS $pkg_list | |||
go test $COVER -ldflags "$LDFLAGS" "${BUILDFLAGS[@]}" $TESTFLAGS $pkg_list |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
just replace with -cover
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added a commit to remove the cover conditions now
Signed-off-by: Justin Cormack <justin.cormack@docker.com>
@LK4D4 removed the |
LGTM |
Since Go 1.7, s390x uses upstream Go, so we have no reason to
support gccgo any more.
Signed-off-by: Justin Cormack justin.cormack@docker.com