-
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
Allow a $HOME variable in .bazelrc #247
Comments
Although as said on IRC I think that's a good idea but for your precise use case: could you have a globally installed directory (always at the same path on the machine)? Also for the bazelrc you can put it under tools/bazel.rc for sharing it on the depot. I think you still needs to have the bazel installed at the same place for every user. |
Yeah, for now I think we'll try use the same paths on every machine. |
you can now use %workspace% in bazelrc, does that help? See e3681d1 |
That looks interesting. I'll have to check it out. |
Downgrading to P4 as there is an acceptable workaround. Contributions welcomed :) |
I am not sure
|
Unfortunately, %workspace% is specially interpreted by --package_path, other options don't know how understand it. |
Thanks Kristina. |
The tools used by the built-in rules are now bundled into Bazel, so --package_path should be unnecessary in the vast majority of use cases. I'm closing this. Let me know if there's still something to be done here. |
I'd like to share my .bazelrc file between machines and even different developeres (and put it in source control). It would be nice if the paths could be relative to the home directory. Something like:
build --package_path %workspace%:%home%/bazel/base_workspace
Right now, it seems the best I can do is:
build --package_path %workspace%:%workspace%/../../bazel/base_workspace
But this relies on everyone cloning the repo in the same directory.
Thanks,
Paul
The text was updated successfully, but these errors were encountered: