about summary refs log tree commit diff
diff options
context:
space:
mode:
authorhexcoder <hexcoder-@users.noreply.github.com>2021-07-16 00:15:03 +0200
committerGitHub <noreply@github.com>2021-07-16 00:15:03 +0200
commit212fe5b6f564f76bc9f3cf9744e6ff3795d4ca37 (patch)
tree40859b0c74de098331605cd8110b7c3d1460fdfb
parent2c19750d0885d5a540a5ce20cf4ec5263c9b288b (diff)
downloadafl++-212fe5b6f564f76bc9f3cf9744e6ff3795d4ca37.tar.gz
Mention afl-gcc-fast also for persistent mode fuzzing
-rw-r--r--README.md6
1 files changed, 3 insertions, 3 deletions
diff --git a/README.md b/README.md
index 38f711c4..4104807c 100644
--- a/README.md
+++ b/README.md
@@ -516,15 +516,15 @@ generated build environment afterwards manually to point it to the right compile
 If you just fuzz a target program as-is you are wasting a great opportunity for
 much more fuzzing speed.
 
-This requires the usage of afl-clang-lto or afl-clang-fast.
+This variant requires the usage of afl-clang-lto, afl-clang-fast or afl-gcc-fast.
 
-This is the so-called `persistent mode`, which is much, much faster but
+It is the so-called `persistent mode`, which is much, much faster but
 requires that you code a source file that is specifically calling the target
 functions that you want to fuzz, plus a few specific afl++ functions around
 it. See [instrumentation/README.persistent_mode.md](instrumentation/README.persistent_mode.md) for details.
 
 Basically if you do not fuzz a target in persistent mode then you are just
-doing it for a hobby and not professionally :-)
+doing it for a hobby and not professionally :-).
 
 #### g) libfuzzer fuzzer harnesses with LLVMFuzzerTestOneInput()