| 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
|
|
|
|
|
|
| |
max_len every time we failed to find new coverage during the last 1000 runs and 1 second. Also fix FileToVector to not load unfinished files
llvm-svn: 308811
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Implements https://github.com/google/sanitizers/issues/835.
Flush stdout before exiting in test cases.
Since the atexit hook is used for exit reports, pending prints to
stdout can be lost if they aren't flushed before calling exit().
Expect tests to have non-zero exit code if exit() is called.
Reviewers: vitalybuka, kcc
Reviewed By: kcc
Subscribers: eraman, llvm-commits, hiraditya
Differential Revision: https://reviews.llvm.org/D35602
llvm-svn: 308669
|
|
|
|
|
|
|
|
|
|
|
| |
With this change, libFuzzer will ignore any arguments after a sigil
argument, but it will preserve these arguments at the end of the
command line when launching subprocesses. Using this, its possible to
handle positional and single-dash arguments to the program under test
by discarding everything up to -ignore_remaining_args=1 in
LLVMFuzzerInitialize.
llvm-svn: 308069
|
|
|
|
|
|
| |
to replace elements in the corpus with smaller ones that have the same feature set. Still needs tuning
llvm-svn: 307873
|
|
|
|
| |
llvm-svn: 307857
|
|
|
|
|
|
| |
cases where libFuzzer is run w/o initial corpus or with a corpus of very small items.
llvm-svn: 305521
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: craig.topper, arsenm, mehdi_amini
Reviewed By: mehdi_amini
Subscribers: mehdi_amini, wdng, nhaehnle, javed.absar, llvm-commits
Differential Revision: https://reviews.llvm.org/D33924
llvm-svn: 304767
|
|
|
|
|
|
| |
(if it is -- report an error)
llvm-svn: 302494
|
|
|
|
|
|
| |
got out of sync
llvm-svn: 300768
|
|
|
|
|
|
| |
in a crash reproducer with garbage, while still preserving the crash
llvm-svn: 300498
|
|
|
|
|
|
| |
minimization if another bug was found during minimization (https://github.com/google/oss-fuzz/issues/452)
llvm-svn: 298755
|
|
|
|
|
|
| |
crash minimization (https://github.com/google/oss-fuzz/issues/250)
llvm-svn: 298740
|
|
|
|
|
|
| |
-save_coverage_summary/-load_coverage_summary. This is still WIP, the documentation will come later if these flags survive
llvm-svn: 298548
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Tracking issue: https://github.com/google/oss-fuzz/issues/331
Reviewers: kcc
Reviewed By: kcc
Differential Revision: https://reviews.llvm.org/D30940
llvm-svn: 298031
|
|
|
|
| |
llvm-svn: 297785
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This helps to avoid signed integer overflow after running a fast fuzz target for several hours, e.g.:
<...>
Done -1097903291 runs in 54001 second(s)
Reviewers: kcc
Reviewed By: kcc
Differential Revision: https://reviews.llvm.org/D29941
llvm-svn: 295112
|
|
|
|
| |
llvm-svn: 293722
|
|
|
|
| |
llvm-svn: 292685
|
|
|
|
|
|
| |
argv[0]
llvm-svn: 292652
|
|
|
|
| |
llvm-svn: 292646
|
|
|
|
|
|
| |
special case 2-byte inputs
llvm-svn: 292511
|
|
|
|
| |
llvm-svn: 292325
|
|
|
|
| |
llvm-svn: 291182
|
|
|
|
|
|
| |
max_len to 1M and tries to increases the actual max sizes of mutations very gradually (second attempt)
llvm-svn: 290637
|
|
|
|
|
|
| |
(https://llvm.org/bugs/show_bug.cgi?id=31456)
llvm-svn: 290622
|
|
|
|
|
|
|
|
| |
Reviewers: kcc, vitalybuka
Differential Revision: https://reviews.llvm.org/D27942
llvm-svn: 290138
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
trace-pc-guard only)
llvm-svn: 289772
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reorganize #includes to follow LLVM Coding Standards.
Include some missing headers. Required to use `Printf()`.
Aside from that, this patch contains no functional change.
It is purely a re-organization.
Differential Revision: https://reviews.llvm.org/D27363
llvm-svn: 289560
|
|
|
|
|
|
|
|
|
|
|
| |
std::thread::hardware_concurrency() returns an unsigned, so I modify
NumberOfCpuCores() to return unsigned too.
The number of cpus is used to define the number of workers, so I decided
to update the worker and jobs flags to be declared as unsigned too.
Differential Revision: https://reviews.llvm.org/D27685
llvm-svn: 289559
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add new flags to FuzzingOptions to represent the different conditions
on the signal handling. These options are passed when calling
SetSignalHandler().
This changes simplify the implementation of Windows's exception
handling. Now we can define a unique handler for all the exceptions.
Differential Revision: https://reviews.llvm.org/D27238
llvm-svn: 289557
|
|
|
|
|
|
| |
-max_total_time=600). Also respect exact_artifact_path when outputting the end result
llvm-svn: 289506
|
|
|
|
|
|
| |
(https://github.com/google/sanitizers/issues/722). This is a first experimental variant that needs some more testing, thus not yet adding a lit test (but there are unit tests).
llvm-svn: 289166
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 286870
|
|
|
|
| |
llvm-svn: 286702
|
|
|
|
| |
llvm-svn: 286689
|
|
|
|
| |
llvm-svn: 285958
|
|
|
|
|
|
| |
(./fuzzer -runs=1000000 my-file)
llvm-svn: 284514
|
|
|
|
| |
llvm-svn: 284299
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 284149
|
|
|
|
|
|
| |
created by the current process
llvm-svn: 283682
|
|
|
|
| |
llvm-svn: 283676
|