We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
bazel run @{external}:{target}
I am attempting to debug some install rules in an external, and ran into an issue where I was not seeing print(...) statements.
print(...)
I was able to see the print(...) statements when running a rule that is not prefixed with @.
@
Workaround: See temporary debug statements using fail(...).
fail(...)
I encountered it in drake (source tree of my fork), when attempting to debug installation of an external library while following a workaround of #492.
drake
Steps:
bazel run @fmt//:install -- ~+/build_install
//tools:install.bzl
dir(target.cc)
I could see output previously when running something like bazel run //:install -- ~+/build_install
bazel run //:install -- ~+/build_install
Operating System: Ubuntu 16.04.2
Bazel version (output of bazel info release): release 0.6.1
bazel info release
release 0.6.1
Nope, searching in these issues and on the web didn't turn anything up.
The text was updated successfully, but these errors were encountered:
I think this is because Drake is turning them off: https://github.com/RobotLocomotion/drake/blob/f825eb3566b998890e37a539233abeb7afe031d8/tools/bazel.rc#L12-L13.
Sorry, something went wrong.
Ah, that makes sense! Thank you for pointing that out!
No branches or pull requests
Description of the problem:
I am attempting to debug some install rules in an external, and ran into an issue where I was not seeing
print(...)
statements.I was able to see the
print(...)
statements when running a rule that is not prefixed with@
.Workaround: See temporary debug statements using
fail(...)
.If possible, provide a minimal example to reproduce the problem:
I encountered it in
drake
(source tree of my fork), when attempting to debug installation of an external library while following a workaround of #492.Steps:
bazel run @fmt//:install -- ~+/build_install
//tools:install.bzl
for things likedir(target.cc)
to inspect available fieldsfail(...)
statement, and could see the output.I could see output previously when running something like
bazel run //:install -- ~+/build_install
Environment info
Operating System: Ubuntu 16.04.2
Bazel version (output of
bazel info release
):release 0.6.1
Have you found anything relevant by searching the web?
Nope, searching in these issues and on the web didn't turn anything up.
The text was updated successfully, but these errors were encountered: