-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Incorrect reference to @remote_java_tools_linux//tools/jdk
in @bazel_tools//tools/jdk:proguard
#9116
Comments
@remote_java_tools_linux
@remote_java_tools_linux//tools/jdk
in @bazel_tools//tools/jdk:proguard
bazel query is deliberately unaware of configuration: when query hits a select it effectively chooses all options. If you want a configuration-aware query, use cquery. The invalid label is a problem which needs to be fixed. Assigning to the Java team to decide if it's a release blocker. |
That's fair (re configuration). I've noticed there are a bunch of older references in default conditionals in that BUILD, particularly in legacy toolchains. |
Also, the |
Thanks for filing the issue. I sent the fix in #9217. |
Looks like I'm still getting this issue on 0.29.0:
|
The fix is landing in bazel 1.0. |
hi, I have the following error when I want to get the dependency graph. ESPC006863:main smba$ bazel query 'deps(bazel_app1)' --output graph > graph.in Any one can help me please to fix it. Best regards |
Hi @salim-boudriiya the fix for the error you're getting is submitted and lands in the next bazel release (bazel 1.0). |
Thank you Irina, |
Description of the problem:
When executing:
bazel query 'deps(//...)'
.The following error occurs, both in 0.28 and 0.27 and 0.29 rcs. (it's fine in 0.26)
digging in, the remote_java_tools_linux workspace is created, and includes lots of tools like singlejar, ijar, jacoco, and proguard, but there is no tools/jdk/BUILD in that workspace. There is a build file in the root, so
@remote_java_tools_linux//:proguard
would have worked, but the@bazel_tools//tools/jdk:proguard
target is specified as:This happens on both our CI machines (linux) and on my mac (darwin) which suggests that something about the platform information is off, causing it to drop to the conditional default - which is mis-specified.
Using the bazel
build
,test
andrun
doesn't invoke this behavior, leading me to believe thatbazel query
is failing to properly set the platform information, causing the fall-through behavior, instead of hitting the proper platform conditional. So there are two issues to fix here. (a) the conditional default target needs to be corrected, as it refers to a non-existant packaget and (b) the query behavior needs to set the platform properly.Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
bazel query 'deps(@bazel_tools//tools/jdk:proguard)'
What operating system are you running Bazel on?
What's the output of
bazel info release
?0.29.0rc4
0.28.0
0.27.1
Have you found anything relevant by searching the web?
No.
Any other information, logs, or outputs that you want to share?
No
The text was updated successfully, but these errors were encountered: