pcsx2/3rdparty/libpng/projects/vstudio
Jonathan Li b20433c0be windows: Remove user.props references from all projects
find . -name *.vcxproj -exec sed -i -e '/user.props/d' {} \;

Microsoft recommends against using .user files. From
https://msdn.microsoft.com/en-us/library/669zx6zc.aspx :
"The best practice is to delete the reference to them in Property
Manager to ensure that your projects operate independently of any
per-user, per-computer settings. This is important to ensure correct
behaviour in a SCC (source code control) environment."

If you cannot compile SPU2-X after this commit (since that still relies
on the old DirectX SDK), you'll need to fix your build environment.
2016-05-29 12:21:52 +01:00
..
libpng windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
pnglibconf windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
pngstest windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
pngtest windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
pngunknown windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
pngvalid windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
zlib windows: Remove user.props references from all projects 2016-05-29 12:21:52 +01:00
WARNING wxWidgets3.0: move libpng out, delete libjpeg 2015-07-03 10:05:43 +01:00
readme.txt libpng: upgrade from 1.6.2 to 1.6.17 2015-07-03 10:05:57 +01:00
vstudio.sln Introduce end-of-line normalization 2015-08-04 23:52:48 +02:00
zlib.props libpng: upgrade from 1.6.2 to 1.6.17 2015-07-03 10:05:57 +01:00

readme.txt

VisualStudio instructions

libpng version 1.6.17 - March 26, 2015

Copyright (c) 1998-2010 Glenn Randers-Pehrson

This code is released under the libpng license.
For conditions of distribution and use, see the disclaimer
and license in png.h

This directory  contains support for building libpng under MicroSoft
VisualStudio 2010.  It may also work under later versions of VisualStudio.
You should be familiar with VisualStudio before using this directory.

Initial preparations
====================
You must enter some information in zlib.props before attempting to build
with this 'solution'.  Please read and edit zlib.props first.  You will
probably not be familiar with the contents of zlib.props - do not worry,
it is mostly harmless.

This is all you need to do to build the 'release' and 'release library'
configurations.

Debugging
=========
The release configurations default to /Ox optimization.  Full debugging
information is produced (in the .pdb), but if you encounter a problem the
optimization may make it difficult to debug.  Simply rebuild with a lower
optimization level (e.g. /Od.)

Linking your application
========================
Normally you should link against the 'release' configuration.  This builds a
DLL for libpng with the default runtime options used by Visual Studio 2010.
In particular the runtime library is the "MultiThreaded DLL" version.
If you use Visual Studio defaults to build your application you will have no
problems.

If you don't use the Visual Studio defaults your application must still be built
with the default runtime option (/MD).  If, for some reason, it is not then your
application will crash inside libpng16.dll as soon as libpng tries to read
from a file handle you pass in.

If you do not want to use the DLL, for example for a very small application,
the 'release library' configuration may be more appropriate.  This is built
with a non-standard runtime library - the "MultiThreaded" version.  When you
build your application it must be compiled with this option (/MT), otherwise
it will not build (if you are lucky) or crash (if you are not.)

Stop reading here
=================
You have enough information to build a working application.

Debug versions have limited support
===================================
This solution includes limited support for debug versions of libpng.  You
do not need these unless your own solution itself uses debug builds (it is
far more effective to debug on the release builds, there is no point building
a special debug build unless you have heap corruption problems that you can't
track down.)

The debug build of libpng is minimally supported.  Support for debug builds of
zlib is also minimal.  You really don't want to do this.