| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
|
| |
This will clean up the Makefile on the hg side considerably, and will
also fix the coverage build. Fixes #2076.
Bonus: I did some extra work in build.sh so that incremental rebuilds
of the fuzzers won't needlessly recompile $OUT/sanpy, shortening
development time on new fuzzers and avoiding issues caused by a $OUT
that was built for a different fuzz configuration.
|
| |
|
|
|
|
| |
This has to land after https://phab.mercurial-scm.org/D5362 and
https://phab.mercurial-scm.org/D5363 land in
https://mercurial-scm.org/hg otherwise the build will be broken for a
while.
|
| |
|
|
|
|
|
|
|
|
| |
The cpython patch is derived from the work done in
https://bugs.python.org/issue35214 by Greg Smith. It's required to
unblock msan builds on Python 2.7. Once upstream cpython 3 is fixed to
support msan builds, we should probably move to fuzzing under Python 3
instead of Python 2.
I'll wait to enable msan builds until the associated fixes in hg core
land, since I'm not sure when that will happen.
|
| |
|
|
|
| |
Our new fuzzer requires CPython, and I'm getting extremely
confusing (and implausible-looking based on reading of CPython source)
msan issues, so let's disable msan for this project for now.
|
| | |
|
| |
|
|
| |
An upcoming fuzzer need a Python install that was built with ASAN and
--without-pymalloc, so I need a tarball of Python to compile.
|
| | |
|
| |
|
Augie Fackler
Alex Gaynor