Here is the extent of my knowledge: https://codereview.chromium.org/2565323003/diff/1920001/skia/BUILD.gn#newcode47

Perhaps skia could use its wrappers for iOS here, rather than linking in png/jpg/etc. This would allow our api to still function, but use apple's code.

I suspect this can be fixed as part of the larger project to consolidate image decoders.

Prior to using SkCodec, Blink uses a specific library for decoding jpegs. However, Chomium uses a different library for decoding its assets (outside of Blink).

(Some details are fuzzy here but the concept holds. Maybe it is pngs? Maybe it is Blink and PDFium not Blink and Chromium.)

I don't recall exactly why libjpeg_turbo isn't being included in the iOS builds. But I think it is because what I described above. I believe Blink uses libjpeg_turbo and Chromium uses libjpeg. Since iOS should never include Blink, it consequently never includes libjpeg_turbo.

Anyway, if we consolidate all of the various image decoders to just rely on Skia, I believe we can stop excluding SkCodec from iOS builds.

yea, I'll work with scroggo to do that.