Remove dependencies on Android's forked decoder libraries

gyp/common_conditions.gypi

Index: gyp/common_conditions.gypi
diff --git a/gyp/common_conditions.gypi b/gyp/common_conditions.gypi
index 115d94b45c07a224c1ab00a2773aa0a15db34747..d5af35502347379d058fcd26e5d32531e8653c40 100644
--- a/gyp/common_conditions.gypi
+++ b/gyp/common_conditions.gypi
@@ -372,7 +372,6 @@
         # We can't use the skia_shared_lib gyp setting because we need expose
         # this define globally and the the implemention define as a cflag.
         'SKIA_DLL',
-        'SK_PRINT_CODEC_MESSAGES',

[msarett, 2015/11/05 15:05:43]

Maybe this doesn't belong with this CL.

But this outputs a tremendous amount of jpeg garbage (so much that I wonder if
it affects performance).  Maybe a better fix is to turn off error printing from
libjpeg-turbo.  I'm not sure there has ever been a useful output error message.

[scroggo, 2015/11/05 18:35:52]

FWIW, turning off error printing in libjpeg-turbo should be easy. In
SkJpegDecoderMgr.cpp, we set emit_message and output_message to functions which
call SkCodecPrintf. We could instead set them (one or both) to do nothing.
SkImageDecoder_libjpeg does this.

Chrome's JPEGImageDecoder is worth looking at as well. It uses the default for
emit_message (found here:
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/libjpe...),
which uses the int parameter to decide whether to print anything. For
progressive images, it has its own emit_message function (here:
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit...).
It uses the default version of output_message (see
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/libjpe...)

[msarett, 2015/11/05 22:13:25]

I'll make the change in SkJpegCodec in a follow-up CL.  Turning this back on.

       ],
     }],