-
Notifications
You must be signed in to change notification settings - Fork 4k
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
Custom java_toolchain conflicting with protobuf's :java_toolchain #3757
Comments
Not exactly - it takes whatever label you give it in So a trivial solution is to build the proto compiler (either with Bazel or whatever) and check-in the binary. I'm unaware of a mechanism to suppress warnings from external repositories, though there might be; perhaps file a separate issue about that? |
Did anybody talk to the protobuf people? |
This has been fixed (protocolbuffers/protobuf#4220) but has not been ported from master into the 3.5.x branch, so I guess we can wait for 3.6.0 or use HEAD. |
I created a reproduction described in grpc/grpc-java#3412, here: https://github.com/comius/bazel_issue_3757. It compiles without any warnings on bazel 3.7.2. |
There was no response for "more data needed". I'm closing the issue. |
We (gRPC) have a user that is using a custom java_toolchain that fails the build on warnings. The Bazel protobuf integration compiles google/protobuf from source, which currently triggers some warnings. So the user is unable to use their java_toolchain with gRPC/protobuf and was wanting gRPC/protobuf to use pre-built JARs instead of from-source compilation.
How should first-class Java dependencies be handled in Bazel?
More information can be found at grpc/grpc-java#3412
CC @pgr0ss @buchgr @cgrushko
The text was updated successfully, but these errors were encountered: