e6d800ac0e
Some of these compilers seem to misdiagnose correct use of
if (tryAcquire()) {
release()
}
as releasing a lock that hadn't been acquired, but newer compilers
seem just fine. Let's just turn it off until they can be upgraded.
No bug for the Chromecast builders I can see, but here's the Macs.
Bug: skia:9194
Change-Id: I009a142d4a248dc9d9d085e033b5c7303d732c5b
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/233057
Reviewed-by: Herb Derby <herb@google.com>
Commit-Queue: Mike Klein <mtklein@google.com>
Auto-Submit: Mike Klein <mtklein@google.com>
|
||
|---|---|---|
| .. | ||
| Build-Debian9-Clang-universal-devrel-Android_SKQP.json | ||
| Build-Debian9-Clang-x86_64-Release-ParentRevision.json | ||
| Build-Debian9-GCC-x86_64-Release-Flutter_Android.json | ||
| Build-Mac-Clang-x86_64-Debug-CommandBuffer.json | ||
| Build-Win10-Clang-x86_64-Release-NoDEPS.json | ||