-
Notifications
You must be signed in to change notification settings - Fork 257
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
Feature to conditionally include bindgen dependency #489
Comments
Good idea! Would you like to send a PR to implement it? |
Actually I'm not sure if it's going to work as what you expect, because |
Cool, I will see if I can do it in the next few days 😄 We can discuss the implementation there. I basically added a feature activated by default " On the results side, there is around 45 seconds won (on my machine). With the default feature:
Without:
|
Fix tikv#489 Add the `use-bindgen` feature which is activated by default. If disabled, then the previously generated bindings will be used instead of generating new ones. It will fail compilation if this feature is disabled for the non supported targets. If enabled, the behaviour is the same as before. Signed-off-by: Hugues de Valon <hugues.devalon@arm.com>
Just sent a PR for this! Tell me what you think 🤓 |
Fix #489 Add the `use-bindgen` feature which is activated by default. If disabled, then the previously generated bindings will be used instead of generating new ones. It will fail compilation if this feature is disabled for the non supported targets. If enabled, the behaviour is the same as before. Signed-off-by: Hugues de Valon <hugues.devalon@arm.com>
Hello 👋
We are facing a problem similar than this one, in our dependency tree we have multiple versions of
bindgen
and that fails to compile 😢Since you are already committing the bindings in tree, for the Linux on x86 and Aarch64 targets,
bindgen
is not needed for those targets, if the bindings do not need to be updated with theUPDATE_BIND
env var.Because of that, I believe that the
bindgen
dependency (and maybe more) could be removed fromgrpc-sys
with a special feature. That would make compilation much faster and fix thosefailed to select a version for clang-sys
issues!The text was updated successfully, but these errors were encountered: