Skip to content
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

Mark some Bazel targets as "manual." #7932

Merged
merged 1 commit into from
Oct 1, 2020

Conversation

dlj-NaN
Copy link
Contributor

@dlj-NaN dlj-NaN commented Oct 1, 2020

The Python C++ extension targets are not used unless
--@:use_fast_cpp_protos=true, and may not even be able to build
if the Python headers are missing (note that
//util/python:python_headers, bound to @python_headers// in
//:WORKSPACE, is not currently sufficient). This change adds the
"manual" tag to these targets, so that they do not cause
bazel test ... to fail when Python headers are missing. Without
the manual tag, the targets are always selected, even if
--@:use_fast_cpp_protos=false.

The :cc_proto_blacklist_test target is metastable, depending on
whether the --proto_toolchain_for_cc= flag names a target with
or without the @com_google_protobuf// prefix. We use the correct
prefix for Bazel's default in kokoro/linux/bazel/build.sh, but
the bazel test :cc_proto_blacklist_test (with or without //)
fails consistently. Hopefully, this will be fixed when
bazelbuild/bazel#10590 is addressed.

The Python C++ extension targets are not used unless
`--@:use_fast_cpp_protos=true`, and may not even be able to build
if the Python headers are missing (note that
`//util/python:python_headers`, bound to `@python_headers//` in
`//:WORKSPACE`, is not currently sufficient). This change adds the
`"manual"` tag to these targets, so that they do not cause
`bazel test ...` to fail when Python headers are missing. Without
the manual tag, the targets are always selected, even if
`--@:use_fast_cpp_protos=false`.

The `:cc_proto_blacklist_test` target is metastable, depending on
whether the `--proto_toolchain_for_cc=` flag names a target with
or without the `@com_google_protobuf//` prefix. We use the correct
prefix for Bazel's default in `kokoro/linux/bazel/build.sh`, but
the `bazel test :cc_proto_blacklist_test` (with or without `//`)
fails consistently. Hopefully, this will be fixed when
bazelbuild/bazel#10590 is addressed.
@dlj-NaN dlj-NaN merged commit 54bfa17 into protocolbuffers:master Oct 1, 2020
@dlj-NaN dlj-NaN deleted the py-build2 branch October 1, 2020 18:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants