| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
that size. This will potentially make libFuzzer more sensitive on targets with lots of signals
llvm-svn: 298671
|
|
|
|
| |
llvm-svn: 298666
|
|
|
|
| |
llvm-svn: 298654
|
|
|
|
|
|
| |
-save_coverage_summary/-load_coverage_summary. This is still WIP, the documentation will come later if these flags survive
llvm-svn: 298548
|
|
|
|
| |
llvm-svn: 298032
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 298030
|
|
|
|
|
|
| |
(https://github.com/google/oss-fuzz/issues/460)
llvm-svn: 297919
|
|
|
|
| |
llvm-svn: 297916
|
|
|
|
|
|
|
|
| |
Fails LLVMFuzzer.LLVMFuzzer.value-profile-strncmp.test.
This reverts commit r297891.
llvm-svn: 297912
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D30683
llvm-svn: 297891
|
|
|
|
| |
llvm-svn: 297797
|
|
|
|
| |
llvm-svn: 297796
|
|
|
|
| |
llvm-svn: 297785
|
|
|
|
|
|
| |
be cleared anyway in ResetMaps
llvm-svn: 297783
|
|
|
|
| |
llvm-svn: 297781
|
|
|
|
| |
llvm-svn: 297692
|
|
|
|
| |
llvm-svn: 297690
|
|
|
|
| |
llvm-svn: 297554
|
|
|
|
|
|
| |
(https://github.com/google/oss-fuzz/issues/445)
llvm-svn: 297551
|
|
|
|
|
|
| |
(https://github.com/google/oss-fuzz/issues/445)
llvm-svn: 297546
|
|
|
|
|
|
| |
number of edges, not yet suitable for unit testing
llvm-svn: 297544
|
|
|
|
| |
llvm-svn: 297543
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: kcc
Subscribers: llvm-commits, mgorny
Differential Revision: https://reviews.llvm.org/D30682
llvm-svn: 297202
|
|
|
|
|
|
| |
r297094).
llvm-svn: 297110
|
|
|
|
|
|
|
|
|
| |
Summary:
After https://reviews.llvm.org/rL296904 xargs shouldn't be necesssary.
Differential Revision: https://reviews.llvm.org/D30371
llvm-svn: 297094
|
|
|
|
|
|
| |
It may be flacky, I'll turn it into unsupported if it fails again.
llvm-svn: 296913
|
|
|
|
| |
llvm-svn: 296536
|
|
|
|
|
|
|
|
| |
We're bringing up a bot on Green Dragon right now:
http://green.lab.llvm.org/green/view/Experimental/job/libFuzzer
llvm-svn: 296526
|
|
|
|
|
|
| |
This test now passes on darwin.
llvm-svn: 295902
|
|
|
|
|
|
|
| |
We need to investigate this, but for now it just causes too much
headache when trying to run these tests.
llvm-svn: 295900
|
|
|
|
| |
llvm-svn: 295117
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Differential revision: https://reviews.llvm.org/D29831
llvm-svn: 294769
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LLVM defines `PTHREAD_LIB` which is used by AddLLVM.cmake and various projects
to correctly link the threading library when needed. Unfortunately
`PTHREAD_LIB` is defined by LLVM's `config-ix.cmake` file which isn't installed
and therefore can't be used when configuring out-of-tree builds. This causes
such builds to fail since `pthread` isn't being correctly linked.
This patch attempts to fix that problem by renaming and exporting
`LLVM_PTHREAD_LIB` as part of`LLVMConfig.cmake`. I renamed `PTHREAD_LIB`
because It seemed likely to cause collisions with downstream users of
`LLVMConfig.cmake`.
llvm-svn: 294690
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need to export external functions so they are found when calling
GetProcAddress() on Windows. But we can't use `__declspec(dllexport)` because
we want the targets to be completely independent from the fuzz engines and don't
depend on other header files. Also, we don't want to include platform specific
code managed with conditional macros.
So, the solution is to add the exported symbols with linker flags in cmake.
Differential revision: https://reviews.llvm.org/D29752
llvm-svn: 294688
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Replace weak aliases with dynamic loading.
Weak aliases were generating some problems when linking for MT on Windows. For
MT, compiler-rt's libraries are statically linked to the main executable the
same than libFuzzer, so if we use weak aliases, we are providing two different
default implementations for the same weak function and the linker fails.
In this diff I re implement ExternalFunctions() using dynamic loading, so it
works in both cases (MD and MT). Also, dynamic loading is simpler, since we are
not defining any auxiliary external function, and we don't need to deal with
weak aliases.
This is equivalent to the implementation using dlsym(RTLD_DEFAULT, FnName) for
Posix.
Differential revision: https://reviews.llvm.org/D29751
llvm-svn: 294687
|
|
|
|
|
|
|
|
|
|
| |
We should always use unsigned long long to ensure 64 bits. On Windows, unsigned
long is 4 bytes. This was the reason why value-profile-cmp4.test was failing on
Windows.
Differential Revision: https://reviews.llvm.org/D29617
llvm-svn: 294390
|
|
|
|
|
|
|
|
|
|
| |
Update cmake to use a custom target TestBinaries instead of a list of targets.
This simplifies cmake, and fix some errors. This way, we don't have to propagate
the values into parents directories. We only need to use add_dependencies.
Differential Revision: https://reviews.llvm.org/D29593
llvm-svn: 294389
|
|
|
|
|
|
|
|
|
|
|
| |
For Windows, sanitizers work with Handles, not with posix file descriptors,
because they use the windows-specific API. So we need to convert the fds to
handles before passing them to the sanitizer library.
After this change, close_fd_mask is fixed for Windows (this fix some tests too).
Differential Revision: https://reviews.llvm.org/D29548
llvm-svn: 294388
|
|
|
|
|
|
|
|
|
| |
On Windows, executables with the word "uninst" included in their names are
associated with administrator privileges.
Differential Revision: https://reviews.llvm.org/D29549
llvm-svn: 294387
|
|
|
|
| |
llvm-svn: 294386
|
|
|
|
|
|
|
|
| |
Use env to set environment variables, so it works on Windows and Linux.
Differential Revision: https://reviews.llvm.org/D29537
llvm-svn: 294385
|
|
|
|
|
|
|
|
|
| |
Add the option "-n", so we don't add a new line character at the end of the file
when using echo. (on Windows this means 2 characters).
Differential Revision: https://reviews.llvm.org/D29536
llvm-svn: 294384
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D29535
llvm-svn: 294383
|
|
|
|
|
|
|
|
| |
We can not use the wildcard ? on Windows.
Differential Revision: https://reviews.llvm.org/D29534
llvm-svn: 294382
|
|
|
|
|
|
|
|
| |
Use env to set environment variables, so it works on Linux and Windows.
Differential Revision: https://reviews.llvm.org/D29533
llvm-svn: 294381
|
|
|
|
|
|
|
|
|
|
| |
This configuration is necessary, and is included in all tests suites.
We need to execute: `config.test_format = lit.formats.ShTest(False)`
Otherwise, lit will try to use bash, which generates many problems.
Differential Revision: https://reviews.llvm.org/D29529
llvm-svn: 294380
|
|
|
|
|
|
|
|
|
|
| |
Environment variables are handled differently on Windows. In this case it is not
necessary to use environment variables. So, I simplify the test to work on
Windows.
Differential Revision: https://reviews.llvm.org/D29532
llvm-svn: 294379
|
|
|
|
|
|
|
|
|
|
| |
We should ensure the size of the variable `a` is 8 bytes. Otherwise, this
generates a stack buffer overflow inside the memcpy call in 32 bits machines.
(We write more bytes than the size of a, when it is 4 bytes)
Differential Revision: https://reviews.llvm.org/D29602
llvm-svn: 294378
|