aboutsummaryrefslogtreecommitdiffhomepage
path: root/tools/xsan.blacklist
Commit message (Collapse)AuthorAge
* GN: add sanitize argGravatar mtklein2016-09-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Attempt to take over all *SAN builds. MSAN has a lot of coordination required between gn/BUILD.gn and gn_flavor.py. I'd like to follow up to move more of this into gn/BUILD.gn, to make it easier to use locally. The compile steps should be much faster now. We no longer build CMake and Clang for every run, instead using the clang_linux CIPD package. This removes the need for all the third_party/externals/llvm/... dependencies. Similarly, since we're using the clang_linux package, we no longer depend on Chrome's Clang, and thus no longer need to sync chromium on these bots. Instead of packaging up MSAN libraries and llvm-symbolizer in the compile output, I have the test / perf bots also depend on the clang_linux package. These do not vary from build to build. No more need for the xsan.blacklist -include hack: Clang, GN, and Ninja all track changes to xsan.blacklist without our help. This has the incidental effect of upgrading the compiler used by *SAN bots from Clang 3.8 to Clang 3.9. BUG=skia: GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2289343002 Review-Url: https://codereview.chromium.org/2289343002
* Remove size check from SkCodecGravatar msarett2016-01-13
| | | | | | | | | | | | | This check is useless because it is vulnerable to integer overflow. Also, I don't think this is the right way to solve the problem of "too large" images. For example, many image specs allow images larger than this, so we should too. BUG=skia:4667 GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1580113002 Review URL: https://codereview.chromium.org/1580113002
* try stifling integer overflow errorGravatar mtklein2015-12-09
| | | | | | | | | | first time we've done this, let's see if it works! BUG=skia:4667 Looks ok now. Red ASAN bot is different errors. Review URL: https://codereview.chromium.org/1507063007
* Disable sanitizers with a blacklist.Gravatar mtklein2015-12-08
We think this might be more flexible. It allows, e.g, function-level blacklisting, and here an easy one-stop-shop blacklist for all of third_party/externals. BUG=skia: CQ_EXTRA_TRYBOTS=client.skia:Test-Ubuntu-GCC-GCE-CPU-AVX2-x86_64-Debug-ASAN-Trybot NOTREECHECKS=true Review URL: https://codereview.chromium.org/1509733003