-
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
Document how to bring non-source tree absolute paths into your workspace. #8846
Comments
I finally found this post: WORKSPACE:
BUILD:
I leave the issue open nevertheless because it would really be great to find this trivial use case on the documentation website. It would have been a great help for me. |
I changed the title to highlight that this is really a knowledge transfer problem. PTAL. |
Is creating a repository the generally accepted solution? Feels like there's still a documentation gap -- if not a knowledge gap here. |
Original error message: ERROR: /root/go/src/kubevirt.io/kubevirt/cmd/container-disk-v2alpha/BUILD.bazel:3:10: undeclared inclusion(s) in rule '//cmd/container-disk-v2alpha:container-disk': this rule is missing dependency declarations for the following files included by 'cmd/container-disk-v2alpha/main.c': '/usr/lib/gcc/x86_64-redhat-linux/8/include/stdarg.h' '/usr/lib/gcc/x86_64-redhat-linux/8/include/stddef.h' '/usr/lib/gcc/x86_64-redhat-linux/8/include/stdbool.h' Adapted from: bazelbuild/bazel#8846 (comment) This is probably not the correct solution: for one, it's pretty obvious that it won't work on aarch64. Some tests still fail even after this change. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 1+ years. It will be closed in the next 90 days unless any other activity occurs. If you think this issue is still relevant and should stay open, please post any comment here and the issue will no longer be marked as stale. |
Is there a documentation in the meantime ? The more people start using systems that expose includes in content-hash-derived paths (such as NixOS), being able to direct bazel to accept system headers in in paths outside its sandboxed comfort-zone is important. |
Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
I'm trying to configure a simple C++ project with the following BUILD:
The error is:
I also tried to use
includes
instead:Bazel says:
Even if I declare
llvm
as a library:I get the following error message:
If there is a preferred way of doing this in bazel then it should be in the docs.
What operating system are you running Bazel on?
Ubuntu LTS 18.04 (bionic) on the following kernel:
Linux 4.4.0-17763-Microsoft (WSL)
What's the output of
bazel info release
?release 0.27.1
If
bazel info release
returns "development version" or "(@non-git)", tell us how you built Bazel.I used the binary installer as described here:
https://docs.bazel.build/versions/master/install-ubuntu.html#install-with-installer-ubuntu
Have you found anything relevant by searching the web?
This issue might be related:
#3239
The text was updated successfully, but these errors were encountered: