diff options
author | 2014-01-25 16:46:20 +0000 | |
---|---|---|
committer | 2014-01-25 16:46:20 +0000 | |
commit | eb9a46cbbb475e862a084aa2224ec18d4ac5e95b (patch) | |
tree | 3e0f1b499eb5567989e23ec5b43977d43f6e3200 /gm/optimizations.cpp | |
parent | d2ac07b64b7d46e81d00d389781f9f83810f0095 (diff) |
add legacy/helper allocN32Pixels, and convert gm to use it
This is an intermediate api, but might help us quickly get to a point where
no one is creating bitmaps in a 2-step process (setConfig + alloc).
BUG=skia:
R=halcanary@google.com
Review URL: https://codereview.chromium.org/140593005
git-svn-id: http://skia.googlecode.com/svn/trunk@13182 2bbb7eff-a529-9590-31e7-b0007b416f81
Diffstat (limited to 'gm/optimizations.cpp')
-rw-r--r-- | gm/optimizations.cpp | 5 |
1 files changed, 1 insertions, 4 deletions
diff --git a/gm/optimizations.cpp b/gm/optimizations.cpp index 8d0b7caa84..a404ad7c55 100644 --- a/gm/optimizations.cpp +++ b/gm/optimizations.cpp @@ -395,10 +395,7 @@ private: static const unsigned int kCheckerboardWidth = 16; static const unsigned int kCheckerboardHeight = 16; - fCheckerboard.setConfig(SkBitmap::kARGB_8888_Config, - kCheckerboardWidth, kCheckerboardHeight); - fCheckerboard.allocPixels(); - SkAutoLockPixels lock(fCheckerboard); + fCheckerboard.allocN32Pixels(kCheckerboardWidth, kCheckerboardHeight); for (unsigned int y = 0; y < kCheckerboardHeight; y += 2) { SkPMColor* scanline = fCheckerboard.getAddr32(0, y); for (unsigned int x = 0; x < kCheckerboardWidth; x += 2) { |