Justin Bogner
|
41e632bf6b
|
SanitizerCoverage: Support sanitizer guard section on darwin
MachO's sections need a segment as well as a section name, and the
section start and end symbols are spelled differently than on ELF.
llvm-svn: 293733
|
2017-02-01 02:38:39 +00:00 |
Kostya Serebryany
|
a9b0dd0e51
|
[sanitizer-coverage/libFuzzer] make the guards for trace-pc 32-bit; create one array of guards per function, instead of one guard per BB. reorganize the code so that trace-pc-guard does not create unneeded globals
llvm-svn: 282735
|
2016-09-29 17:43:24 +00:00 |
Kostya Serebryany
|
8ad4155745
|
[sanitizer-coverage] change trace-pc to use 8-byte guards
llvm-svn: 281809
|
2016-09-17 05:03:05 +00:00 |
Kostya Serebryany
|
da718e55cf
|
[sanitizer-coverage] add yet another flavour of coverage instrumentation: trace-pc-guard. The intent is to eventually replace all of {bool coverage, 8bit-counters, trace-pc} with just this one. LLVM part
llvm-svn: 281431
|
2016-09-14 01:39:35 +00:00 |
Mike Aizatsky
|
70ea45306a
|
[sancov] enabling coverage edge pruning by default.
Differential Revision: http://reviews.llvm.org/D18844
llvm-svn: 265615
|
2016-04-06 23:24:37 +00:00 |
Kostya Serebryany
|
3c767db3c5
|
[libFuzzer] don't emit callbacks to sanitizer run-time in -fsanitize-coverage=trace-pc mode; update libFuzzer doc for previous commit
llvm-svn: 262110
|
2016-02-27 05:45:12 +00:00 |
Kostya Serebryany
|
d4590c7304
|
[sanitizer-coverage] implement -fsanitize-coverage=trace-pc. This is similar to trace-bb, but has a different API. We already use the equivalent flag in GCC for Linux kernel fuzzing. We may be able to use this flag with AFL too
llvm-svn: 261159
|
2016-02-17 21:34:43 +00:00 |
Kostya Serebryany
|
d421db05bb
|
[asan] simplify the tracing code, make it use the same guard variables as coverage
llvm-svn: 225103
|
2015-01-03 00:54:43 +00:00 |
Kostya Serebryany
|
cb45b126fb
|
[asan] add experimental basic-block tracing to asan-coverage; also fix -fsanitize-coverage=3 which was broken by r221718
llvm-svn: 222290
|
2014-11-19 00:22:58 +00:00 |