diff options
| author |  Robert Phillips <robertphillips@google.com> | 2017-03-03 11:10:18 -0500 |
|---|---|---|
| committer |  Skia Commit-Bot <skia-commit-bot@chromium.org> | 2017-03-03 17:40:52 +0000 |
| commit | 4447b64a88ea141161fca772c2fec28b6141bbc3 (patch) | |
| tree | fce75d30623892dfe7271acdd671623240302e10 /src/core/SkPictureImageGenerator.h | |
| parent | 3c6d5b0daa8c9ff1137bb2ef9b00a712bb3a47c2 (diff) | |
Switch SkImageGenerator over to generating GrTextureProxies
It does not seem irrational for generateTexture to always receive a valid GrContext. lockAsBitmap can do as it pleases.
This is split out of: https://skia-review.googlesource.com/c/8823/ (Remove GrFragmentProcessor-derived class' GrTexture-based ctors)
Change-Id: I8aebc813a8a3a7d694b7369c2c9810e2164fe16e
Reviewed-on: https://skia-review.googlesource.com/9191
Commit-Queue: Robert Phillips <robertphillips@google.com>
Reviewed-by: Brian Salomon <bsalomon@google.com>
Diffstat (limited to 'src/core/SkPictureImageGenerator.h')
| -rw-r--r-- | src/core/SkPictureImageGenerator.h | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/src/core/SkPictureImageGenerator.h b/src/core/SkPictureImageGenerator.h index ec63e30fe3..83872608a5 100644 --- a/src/core/SkPictureImageGenerator.h +++ b/src/core/SkPictureImageGenerator.h @@ -21,7 +21,8 @@ protected: int* ctableCount) override; #if SK_SUPPORT_GPU - GrTexture* onGenerateTexture(GrContext*, const SkImageInfo&, const SkIPoint&) override; + sk_sp<GrTextureProxy> onGenerateTexture(GrContext*, const SkImageInfo&, + const SkIPoint&) override; #endif private: |