Adding an SkColorSpace to SkImage_Gpu

gm/image_pict.cpp

Index: gm/image_pict.cpp
diff --git a/gm/image_pict.cpp b/gm/image_pict.cpp
index fb3e5c631990f592024c3c9da3b7c7d0ce458153..e8cd5e0748c42579141076b383731f447cc1a89c 100644
--- a/gm/image_pict.cpp
+++ b/gm/image_pict.cpp
@@ -332,6 +332,7 @@ protected:
         // No API to draw a GrTexture directly, so we cheat and create a private image subclass
         SkAutoTUnref<SkImage> image(new SkImage_Gpu(cache->info().width(), cache->info().height(),
                                                     cache->uniqueID(), kPremul_SkAlphaType, texture,
+                                                    sk_ref_sp(cache->info().colorSpace()),

[bsalomon, 2016/07/20 17:14:27]

This makes me wish colorSpace() returned sk_sp, but maybe its used elsewhere for
ephemeral access?

[Brian Osman, 2016/07/20 17:34:05]

Yeah, I've had some discussions with reed@ and mtklein@ about this kind of
thing. I think there is still some disagreement about when we should allow
pointers to degrade and/or re-promote to sk_sp. The returned color space (from
info) is definitely used ephemerally elsewhere.

                                                     SkBudgeted::kNo));
         canvas->drawImage(image, x, y);
 #endif