-
Notifications
You must be signed in to change notification settings - Fork 84
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
rules_go now requires rulesGoStdlibPrefix
to be set via -X
#421
Comments
For now, we just use this as a local patch which isn't great. Do you think we can use https://github.com/bazelbuild/rules_go/blob/4211c6d32ee475a8fde1cfc91571e7c0bed67af4/go/def.bzl#L122 to optionally add the extra ldflag or not? maybe something like (untested...)
|
Something like that may work. This is certainly not something you want to maintain forever, but maybe we could add this with a note that it should be removed after some grace period? |
rules_haskell 0.19 depends on rules_nixpkgs 0.10, but we need the fix tweag/rules_nixpkgs#421 to avoid error: ``` panic: rulesGoStdlibPrefix should have been set via -X ``` Also, load only the needed toolchain rules from rules_nixpkgs.
rules_haskell 0.19 depends on rules_nixpkgs 0.10, but we need the fix tweag/rules_nixpkgs#421 to avoid error: ``` panic: rulesGoStdlibPrefix should have been set via -X ``` Also, load only the needed toolchain rules from rules_nixpkgs.
Describe the bug
rules_go
is planning a new release (0.42). This new release will contain the following change: bazel-contrib/rules_go#3701.It leads to this error when using the go toolchain provided by rules_nixpkgs:
To Reproduce
Steps to reproduce the behavior.
Use
rules_go
>= bazel-contrib/rules_go@c2406b2And rules_nixpkgs with
nixpkgs_go_configure
.Expected behavior
Builds should succeed.
Environment
Additional context
Happy to provide a fix. As of now, I just don't understand where to take the stdlib prefix from (or if
rules_nixpkgs
even provides this)The text was updated successfully, but these errors were encountered: