Update rules_foreign_cc version#7058
Conversation
d98c5cc to
4568df8
Compare
|
It seems Bazel < 0.25.2 is used. Are there plans to bump the version to 0.25.2? @htuch |
|
CC @lizan |
|
Yeah it needs #6866, which I couldn't make coverage works |
|
I can make rules_foreign_cc work with 0.24 to unblock myself (I will update this PR once bazel-contrib/rules_foreign_cc#270 is submitted). But we will need to speed up other incompatible flags migrations (we - the Bazel team - are in increased pressure because 0.27 will start a 3 month window of no incompatible changes). We will have to potentially temporarily disable envoy on our downstream pipeline. |
0816b1e to
cec30d8
Compare
|
@hlopko It looks like there is a new release of v1.5.0 of benchmark so they have updated the binary. This makes our sha check fail. To fix this we'll need a PR to correct the sha. I can create this if you like. |
|
That'd be great, thanks! |
|
@moderation see #7090 |
|
/retest |
|
🔨 rebuilding |
34a2d23 to
d01ba3b
Compare
Last run of the CI (https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/124) shows only Tensorflow and Envoy issues. Envoy is fixed by envoyproxy/envoy#7058, and Tensorflow is fixed in Bazel@HEAD by cab65ff. RELNOTES: Incompatible flag `--incompatible_require_ctx_in_configure_features` has been flipped. See #7793 for more information. PiperOrigin-RevId: 250458681
|
udp_listener_impl_test failure in envoy-macos seems unrelated (maybe flake?). which also seems unrelated? |
|
Oh and to be explicit - I rebased this PR on master, fixes for #7090 are in now. |
|
/retest |
|
🔨 rebuilding |
|
/azp run |
|
Azure Pipelines successfully started running 2 pipeline(s). |
|
@hlopko coverage seems to be broken in rules_foreign_cc in the most recent run at https://circleci.com/gh/envoyproxy/envoy/226403?utm_campaign=vcs-integration-link&utm_medium=referral&utm_source=github-build-link |
Update rules_foreign_cc to bazel-contrib/rules_foreign_cc@604f1e1 Signed-off-by: Marcel Hlopko <hlopko@google.com>
Signed-off-by: Marcel Hlopko <hlopko@google.com>
d01ba3b to
8190124
Compare
|
I just did that. Does #6866 actually fix coverage? https://circleci.com/gh/envoyproxy/envoy/226720?utm_campaign=vcs-integration-link&utm_medium=referral&utm_source=github-build-link seems like a failing build. In any case, it seems this PR still fails with coverage: |
|
/retest |
|
🔨 rebuilding |
|
@hlopko also do not rebase + force-push in the future, it mess up GH review history and hard to track last master merge. A regular merge is preferred. The PR will be squashed into one commit at the end anyway. |
|
Closing in favor of #7168 |
Last run of the CI (https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/124) shows only Tensorflow and Envoy issues. Envoy is fixed by envoyproxy/envoy#7058, and Tensorflow is fixed in Bazel@HEAD by bazelbuild@cab65ff. RELNOTES: Incompatible flag `--incompatible_require_ctx_in_configure_features` has been flipped. See bazelbuild#7793 for more information. PiperOrigin-RevId: 250458681
Last run of the CI (https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/124) shows only Tensorflow and Envoy issues. Envoy is fixed by envoyproxy/envoy#7058, and Tensorflow is fixed in Bazel@HEAD by bazelbuild@cab65ff. RELNOTES: Incompatible flag `--incompatible_require_ctx_in_configure_features` has been flipped. See bazelbuild#7793 for more information. PiperOrigin-RevId: 250458681
Last run of the CI (https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/124) shows only Tensorflow and Envoy issues. Envoy is fixed by envoyproxy/envoy#7058, and Tensorflow is fixed in Bazel@HEAD by bazelbuild/bazel@cab65ff. RELNOTES: Incompatible flag `--incompatible_require_ctx_in_configure_features` has been flipped. See bazelbuild/bazel#7793 for more information. PiperOrigin-RevId: 250458681
It contains forward fixes for Bazel 0.27.0
Description:
Risk Level: Low
Testing: Presubmits