cargo-fuzz
cargo-fuzz copied to clipboard
One point oh
Is there anything blocking 1.0? My main reasons for not 1.0-ing this earlier was that the exact mechanics were in flux (building libfuzzer, the fuzz/ dir, etc), and the CLI was uncertain.
Now we have a proper CLI that probably won't change. We don't do a special libfuzzer build anymore. The fuzz scripts are much cleaner (macros!) and while we may add quickcheck support later, I don't think that will be backwards-incompatible.
Is there anything else we need to decide, or issues that should be fixed, before going 1.0?
cc @frewsxcv @nagisa
Would be nice to get this working natively on macOS. That might just need an LLVM bump, not really sure.
I don't think that's a breaking change though
Just to give my input - I don't think we have anything blocking. Most of the issues are feature requests or random bugs that shouldn't be breaking in the future.