-
Notifications
You must be signed in to change notification settings - Fork 113
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
Enable use of cargo-fuzz without a separate workspace #357
Conversation
This addresses #345. Currently, `cargo-fuzz` defines an independent workspace ``` [workspace] members = ["."] ``` which introduces some issues like caching setup, separate linting configs, etc. The main reason for this seems to be a custom config for `profile.release.debug` which is allowed to be changed only at the root Cargo.toml of the workspace. This commit adds a workaround for that by supplying `--config profile.release.debug=true`. If users need to preserve the old behavior they can provide the flag `--fuzzing-workspace=true` during `cargo fuzz init`
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thansk!
I'm excited for the next release, having them in the same workspace would allow me to delete my |
I can cut a release in a little bit, but FWIW nothing is stopping you from manually removing the workspace declaration in |
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
Thanks for releasing the new version @fitzgen About changing the workspace structure without the new release - that would probably not work with the older version of I don't know about the reason for setting the flag but it will be ignored in child workspace.
|
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
With the changes from rust-fuzz/cargo-fuzz#357 merged, `fuzz` dir now can be a part of the workspace.
This is possible because of the change introduced in rust-fuzz/cargo-fuzz#357. Using the same workspace enables reusing same deps and sharing cache between members. It also has better editor support.
This is possible because of the change introduced in rust-fuzz/cargo-fuzz#357. Using the same workspace enables reusing same deps and sharing cache between members. It also has better editor support.
This is possible because of the change introduced in rust-fuzz/cargo-fuzz#357. Using the same workspace enables reusing same deps and sharing cache between members. It also has better editor support.
This has the benefit of sharing the build cache and better editor support. Previously it was not possible to do it in `cargo-fuzz` but became possible after rust-fuzz/cargo-fuzz#357.
This has the benefit of sharing the build cache and better editor support. Previously it was not possible to do it in `cargo-fuzz` but became possible after rust-fuzz/cargo-fuzz#357.
This addresses #345. Currently,
cargo-fuzz
defines an independent workspacewhich introduces some issues like caching setup, separate linting configs, etc.
The main reason for this seems to be a custom config for
profile.release.debug
which is allowed to be changed only at the root Cargo.toml of the workspace. This commit adds a workaround for that by supplying--config profile.release.debug=true
.In order to not break workflows of the existing users I introduced a new flag which allows to fallback to the old behavior.