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> |
||
---|---|---|
.. | ||
examples | ||
__init__.py | ||
android.py | ||
api.py | ||
canvaskit.py | ||
chromebook.py | ||
chromecast.py | ||
cmake.py | ||
default.py | ||
flutter.py | ||
pathkit.py | ||
skqp.py | ||
util.py |