[fuzzer] properly annotate fallthrough, add one more entry to FAQ

llvm-svn: 229880
This commit is contained in:
Kostya Serebryany 2015-02-19 18:21:12 +00:00
parent 3f1c285294
commit 2117269dd1
2 changed files with 7 additions and 1 deletions

View File

@ -47,7 +47,7 @@ void Mutate(Unit *U, size_t MaxLen) {
U->erase(U->begin() + rand() % U->size()); U->erase(U->begin() + rand() % U->size());
break; break;
} }
// Fallthrough [[clang::fallthrough]];
case 1: case 1:
if (U->size() < MaxLen) { if (U->size() < MaxLen) {
U->insert(U->begin() + rand() % U->size(), RandCh()); U->insert(U->begin() + rand() % U->size(), RandCh());

View File

@ -104,3 +104,9 @@ A.
more) the speed benefit from the in-process fuzzer is negligible. more) the speed benefit from the in-process fuzzer is negligible.
* If the target library runs persistent threads (that outlive * If the target library runs persistent threads (that outlive
execution of one test) the fuzzing results will be unreliable. execution of one test) the fuzzing results will be unreliable.
Q. So, what exactly this Fuzzer is good for?
A. This Fuzzer might be a good choice for testing libraries that have relatively
small inputs, each input takes < 1ms to run, and the library code is not expected
to crash on invalid inputs.
Examples: regular expression matchers, text or binary format parsers.