Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(166)

Side by Side Diff: src/core/SkCoreBlitters.h

Issue 179343005: Add a class to allocate small objects w/o extra calls to new. (Closed) Base URL: https://skia.googlesource.com/skia.git@master
Patch Set: Rename the .h file Created 6 years, 9 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch
OLDNEW
1 /* 1 /*
2 * Copyright 2006 The Android Open Source Project 2 * Copyright 2006 The Android Open Source Project
3 * 3 *
4 * Use of this source code is governed by a BSD-style license that can be 4 * Use of this source code is governed by a BSD-style license that can be
5 * found in the LICENSE file. 5 * found in the LICENSE file.
6 */ 6 */
7 7
8 #ifndef SkCoreBlitters_DEFINED 8 #ifndef SkCoreBlitters_DEFINED
9 #define SkCoreBlitters_DEFINED 9 #define SkCoreBlitters_DEFINED
10 10
11 #include "SkBitmapProcShader.h"
11 #include "SkBlitter.h" 12 #include "SkBlitter.h"
12 #include "SkBlitRow.h" 13 #include "SkBlitRow.h"
14 #include "SkShader.h"
15 #include "SkSmallAllocator.h"
13 16
14 class SkRasterBlitter : public SkBlitter { 17 class SkRasterBlitter : public SkBlitter {
15 public: 18 public:
16 SkRasterBlitter(const SkBitmap& device) : fDevice(device) {} 19 SkRasterBlitter(const SkBitmap& device) : fDevice(device) {}
17 20
18 protected: 21 protected:
19 const SkBitmap& fDevice; 22 const SkBitmap& fDevice;
20 23
21 private: 24 private:
22 typedef SkBlitter INHERITED; 25 typedef SkBlitter INHERITED;
(...skipping 145 matching lines...) Expand 10 before | Expand all | Expand 10 after
168 paint: 171 paint:
169 172
170 1. If there is an xfermode, there will also be a shader 173 1. If there is an xfermode, there will also be a shader
171 2. If there is a colorfilter, there will be a shader that itself handles 174 2. If there is a colorfilter, there will be a shader that itself handles
172 calling the filter, so the blitter can always ignore the colorfilter obj 175 calling the filter, so the blitter can always ignore the colorfilter obj
173 176
174 These pre-conditions must be handled by the caller, in our case 177 These pre-conditions must be handled by the caller, in our case
175 SkBlitter::Choose(...) 178 SkBlitter::Choose(...)
176 */ 179 */
177 180
178 extern SkBlitter* SkBlitter_ChooseD565(const SkBitmap& device, 181 SkBlitter* SkBlitter_ChooseD565(const SkBitmap& device, const SkPaint& paint,
179 const SkPaint& paint, 182 SkTBlitterAllocator* allocator);
180 void* storage, size_t storageSize);
181 183
182 #endif 184 #endif
OLDNEW
« no previous file with comments | « src/core/SkBlitter_Sprite.cpp ('k') | src/core/SkDraw.cpp » ('j') | src/core/SkSmallAllocator.h » ('J')

Powered by Google App Engine
This is Rietveld 408576698