dm prints out number of matching skp files

dm prints out number of matching skp files

Committed: https://skia.googlesource.com/skia/+/a98683bc50a3fe1241396f0ae20e35c7b1133fa9

[hal.canary, 2014-07-25 22:04:48]

ptal

[bungeman-skia, 2014-07-28 14:05:19]

lgtm with the ref change.

https://codereview.chromium.org/421713002/diff/1/dm/DM.cpp
File dm/DM.cpp (right):

https://codereview.chromium.org/421713002/diff/1/dm/DM.cpp#newcode140
dm/DM.cpp:140: SkAutoTDelete<SkStream>
stream(SkStream::NewFromFile(skps[i].c_str()));
Technically, this should be SkAutoTUnref until we get SkStream off of ref
counting.

[hal.canary, 2014-07-28 14:10:46]

The CQ bit was checked by halcanary@google.com

[commit-bot: I haz the power, 2014-07-28 14:11:03]

CQ is trying da patch. Follow status at
 https://skia-tree-status.appspot.com/cq/halcanary@google.com/421713002/20001

[commit-bot: I haz the power, 2014-07-28 14:21:28]

Change committed as a98683bc50a3fe1241396f0ae20e35c7b1133fa9

[hal.canary, 2014-07-28 14:22:09]

https://codereview.chromium.org/421713002/diff/1/dm/DM.cpp
File dm/DM.cpp (right):

https://codereview.chromium.org/421713002/diff/1/dm/DM.cpp#newcode140
dm/DM.cpp:140: SkAutoTDelete<SkStream>
stream(SkStream::NewFromFile(skps[i].c_str()));
On 2014/07/28 14:05:19, bungeman1 wrote:
> Technically, this should be SkAutoTUnref until we get SkStream off of ref
> counting.

Done, but I still think AutoTDelete documents the fact that this object's
lifetime will not extend outside this scope.