| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Code is already in compiler-rt
Reviewers: kcc
Subscribers: krytarowski, llvm-commits, hiraditya
Differential Revision: https://reviews.llvm.org/D38912
llvm-svn: 315937
|
|
|
|
| |
llvm-svn: 307980
|
|
|
|
| |
llvm-svn: 307977
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I did this a long time ago with a janky python script, but now
clang-format has built-in support for this. I fed clang-format every
line with a #include and let it re-sort things according to the precise
LLVM rules for include ordering baked into clang-format these days.
I've reverted a number of files where the results of sorting includes
isn't healthy. Either places where we have legacy code relying on
particular include ordering (where possible, I'll fix these separately)
or where we have particular formatting around #include lines that
I didn't want to disturb in this patch.
This patch is *entirely* mechanical. If you get merge conflicts or
anything, just ignore the changes in this patch and run clang-format
over your #include lines in the files.
Sorry for any noise here, but it is important to keep these things
stable. I was seeing an increasing number of patches with irrelevant
re-ordering of #include lines because clang-format was used. This patch
at least isolates that churn, makes it easy to skip when resolving
conflicts, and gets us to a clean baseline (again).
llvm-svn: 304787
|
|
|
|
|
|
| |
Christian Holler. This also fixes a logical bug, which however does not affect the libFuzzer's ability too much (I wasn't able to create a differentiating test)
llvm-svn: 303087
|
|
|
|
| |
llvm-svn: 302747
|
|
|
|
|
|
| |
calling mem*/str* inside libFuzzer itself
llvm-svn: 299167
|
|
|
|
|
|
|
|
| |
Fails LLVMFuzzer.LLVMFuzzer.value-profile-strncmp.test.
This reverts commit r297891.
llvm-svn: 297912
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D30683
llvm-svn: 297891
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: kcc
Subscribers: llvm-commits, mgorny
Differential Revision: https://reviews.llvm.org/D30682
llvm-svn: 297202
|
|
|
|
|
|
| |
std::random_shuffle is being deprecated in C++17. Also simplify fuzzer::Random. NFC
llvm-svn: 294366
|
|
|
|
|
|
| |
turn avoid compiler warnings). NFC. Suggested by Christian Holler.
llvm-svn: 294239
|
|
|
|
|
|
| |
custom dummy one). This way when we mutate an empty input there is a chance we will get a dictionary word
llvm-svn: 292843
|
|
|
|
| |
llvm-svn: 292520
|
|
|
|
|
|
| |
code between cmp and memcmp handling)
llvm-svn: 292287
|
|
|
|
| |
llvm-svn: 290634
|
|
|
|
|
|
|
|
|
|
|
| |
that sets max_len to 1M and tries to increases the actual max sizes of mutations very gradually. Also remove a bit of dead code"
This reverts commit r289998.
See comment:
https://reviews.llvm.org/rL289998
llvm-svn: 290043
|
|
|
|
|
|
| |
max_len to 1M and tries to increases the actual max sizes of mutations very gradually. Also remove a bit of dead code
llvm-svn: 289998
|
|
|
|
|
|
|
|
| |
This resubmits r288529, which was resubmitted because it broke a
fuzzer bot. According to kcc@ the test that broke was flakey
and it is unlikely to be a result of this patch.
llvm-svn: 288549
|
|
|
|
|
|
|
| |
This reverts commit r288529, as it seems to introduce some
problems on the Linux bots.
llvm-svn: 288533
|
|
|
|
|
|
|
|
|
|
| |
Pave the way for separating out platform specific
utility functions into separate files.
Patch by Marcos Pividori
Differential Revision: https://reviews.llvm.org/D27234
llvm-svn: 288529
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In an effort to get libfuzzer working on Windows, we need to make
a distinction between what functions require platform specific
code (e.g. different code on Windows vs Linux) and what code
doesn't. IO functions, for example, tend to be platform
specific.
This patch separates out some of the functions which will need
to have platform specific implementations into different headers,
so that we can then provide different implementations for each
platform.
Aside from that, this patch contains no functional change. It
is purely a re-organization.
Patch by Marcos Pividori
Differential Revision: https://reviews.llvm.org/D27230
llvm-svn: 288264
|
|
|
|
|
|
| |
desired bytes. Add another test for use_cmp
llvm-svn: 285109
|
|
|
|
|
|
| |
available, add a test
llvm-svn: 285049
|
|
|
|
|
|
| |
ways to mutate a binary integer
llvm-svn: 284909
|
|
|
|
| |
llvm-svn: 284301
|
|
|
|
|
|
| |
instructions). This is a reincarnation of the previously deleted -use_traces, but using a different approach for collecting traces. Still a toy, but at least it scales well. Also fix -merge in trace-pc-guard mode
llvm-svn: 284273
|
|
|
|
|
|
| |
> MaxSize, fix sha1 in corpus stats; various refactorings
llvm-svn: 282129
|
|
|
|
| |
llvm-svn: 282121
|
|
|
|
| |
llvm-svn: 282047
|
|
|
|
| |
llvm-svn: 282044
|
|
|
|
| |
llvm-svn: 279321
|
|
|
|
| |
llvm-svn: 278986
|
|
|
|
|
|
| |
from r278970
llvm-svn: 278982
|
|
|
|
|
|
| |
Follow up to r278902. I had missed "fall through", with a space.
llvm-svn: 278970
|
|
|
|
| |
llvm-svn: 278950
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New mutation: InsertRepeatedBytes.
Updated mutation: EraseByte => EraseBytes.
This helps https://github.com/google/sanitizers/issues/710
where libFuzzer was not able to find a known bug.
Now it finds it in minutes.
Hopefully, the change is general enough to help other targets.
llvm-svn: 278687
|
|
|
|
| |
llvm-svn: 275648
|
|
|
|
|
|
|
|
| |
Summary: It also fixes a bug, when first random might not be ascii.
Differential Revision: http://reviews.llvm.org/D21573
llvm-svn: 273611
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes linking problems on OSX.
Unfortunately it turns out we need to use an instance of the
``fuzzer::ExternalFunctions`` object in several places so this
commit also replaces all instances with a single global instance.
It also turns out initializing a global ``fuzzer::ExternalFunctions``
before main is entered (i.e. letting the object be initialised by the
global initializers) is not safe (on OSX the call to ``Printf()`` in the
CTOR crashes if it is called from a global initializer) so we instead
have a global ``fuzzer::ExternalFunctions*`` and initialize it inside
``FuzzerDriver()``.
Multiple unit tests depend also depend on the
``fuzzer::ExternalFunctions*`` global so a ``main()`` function has been
added that initializes it before running any tests.
Differential Revision: http://reviews.llvm.org/D20943
llvm-svn: 272072
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D21089
llvm-svn: 272054
|
|
|
|
|
|
|
|
| |
Summary: Refactoring, no functional changes.
Differential Revision: http://reviews.llvm.org/D20975
llvm-svn: 271740
|
|
|
|
| |
llvm-svn: 260829
|
|
|
|
|
|
| |
Fuzzer object for fuzzer::Mutate. This makes custom mutators fast
llvm-svn: 260810
|
|
|
|
| |
llvm-svn: 260800
|
|
|
|
| |
llvm-svn: 260799
|
|
|
|
| |
llvm-svn: 260798
|
|
|
|
| |
llvm-svn: 260797
|
|
|
|
|
|
| |
and successes
llvm-svn: 258589
|
|
|
|
| |
llvm-svn: 258380
|