-
Notifications
You must be signed in to change notification settings - Fork 152
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
Make structopt-derive's dependency on structopt optional #45
Comments
This trick was taken to serde. Thus how do you manage serde case ? Then, if you have the trick to only depend on structopt without depending on structopt-derive I'm interested by the trick that may simplify this particular use case. |
The feature of this trick is to compile without the user needing to |
By opening the same issue there as well, of course ;) serde-rs/serde#1147 Since there are already some ideas in this thread, maybe we can discuss options there? Otherwise I'll let you know if you find a solution :)
And it's a great trick :) The thing is that my crate already re-exports |
As using structopt without structopt_derive is quite meaningless, reexport structopt_derive, symplifying the usage. Inspired by the failure crate. fix #45
As using structopt without structopt_derive is quite meaningless, reexport structopt_derive, symplifying the usage. Inspired by the failure crate. fix #45
As using structopt without structopt_derive is quite meaningless, reexport structopt_derive, symplifying the usage. Inspired by the failure crate. fix #45
So, I have a very weird request. I'm trying to re-export stuctopt-derive in a crate, but since this code
structopt/structopt-derive/src/lib.rs
Lines 907 to 909 in cc6dfd2
expands to
extern crate structopt
, my consumers would have to add structopt to their dependencies, which I want to avoid. Is there another option of doing this? E.g., making this part of the derive optional (with a feature flag).cc killercup/quicli#9
The text was updated successfully, but these errors were encountered: