skia2/third_party/libpng/README.google
djsollen 1865900525 Revert of Enable both static and dynamically linked libpng (patchset #4 id:60001 of https://codereview.chromium.org/1032253003/)
Reason for revert:
breaking the nexus_9 and ios builds.

Original issue's description:
> Enable both static and dynamically linked libpng
>
> All platforms except android are configured to use the statically linked copy of libpng.  Android uses the system provided dynamic copy for SkImageDecoder and the static copy for SkCodec. The exception being android framework builds that currently use the dynamic copy everywhere.
>
> This CL also enables NEON optimizations for libpng.
>
> Committed: https://skia.googlesource.com/skia/+/2469c999518e7b0063d35e9e2eb074a0477c21ac

TBR=scroggo@google.com,msarett@google.com
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true

Review URL: https://codereview.chromium.org/1050183002
2015-04-01 11:20:12 -07:00

17 lines
783 B
Plaintext

URL: http://www.libpng.org/pub/png/libpng.html
Version: 1.6.16
License: libpng license
License File: LICENSE, pulled out of png.h
Description: png compression/decompression library
Local Modifications: Created pnglibconf.h from pnglibconf.h.prebuilt (just a
rename). Pulled LICENSE into its own file.
FAQ:
Q: Why does this directory exist?
A: libpng is pulled in through DEPS, but in order to build it using ninja, we
need to create pnglibconf.h. In https://codereview.chromium.org/930283002/,
we originally tried creating the file as an action, but this apparently led
to a race condition on Windows, where some builds failed to create the file
in time for other files to include it. By checking pnglibconf.h directly
into Skia, we eliminate the race condition.