-
Notifications
You must be signed in to change notification settings - Fork 43
Support for features #59
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
Comments
Unfortunately, there is not a good way to auto-detect features and I'm wanting to be cautious about effectively embedding a cargo API into The good news is you can instead call into the API that We need to expand the docs to list caveats of the simple API. We should be sure to list features in that. |
Now documented as of #62 |
Thanks! |
So it looks like we can programmatically get featutes The downsides
|
Hi. I'm currently a user of
assert_cli
in tealdeer and am thinking about moving toassert_cmd
. The main issue I'm facing there is that the binary (when callingAssert::main_binary()
) is always compiled with default features, even if I compile the tests with--no-default-features
.Does
assert_cmd
have a solution for this? Ideally I'd either be able to pass the features to themain_binary
orcargo_bin
methods, or would have a way to specify the features per-invocation by other means (e.g.set_features(&["networking"])
orset_features(&[])
). This way, I could test different feature flags from a single test binary.Alternatively compiling the main binary with the same flags as the test binary would be fine too.
The text was updated successfully, but these errors were encountered: