glib/build/win32/vs9
Chun-wei Fan 57f9c590f9 Visual Studio builds: Include pcre_version.c in build
... for builds using the PCRE bundled with the GLib sources, so that
pcre_version() will also be defined, and be exported so that the regex test program
will properly link when the bundled PCRE sources are used.

This is a follow-up commit to 476f30a.
2016-01-20 17:20:27 +08:00
..
.gitignore .gitignore updates 2015-10-23 11:28:03 -04:00
gdbus.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
gio-querymodules.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
gio.vcprojin Cleanup and Enhance the MSVC Project Generation 2015-09-03 19:10:06 +08:00
glib-build-defines.vsprops Visual Studio builds: Include pcre_version.c in build 2016-01-20 17:20:27 +08:00
glib-compile-resources.vcprojin Cleanup and Enhance the MSVC Project Generation 2015-09-03 19:10:06 +08:00
glib-compile-schemas.vcprojin Cleanup and Enhance the MSVC Project Generation 2015-09-03 19:10:06 +08:00
glib-gen-srcs.vsprops.in MSVC Builds: Simplify Script to Generate glib-mkenums 2015-09-09 15:21:12 +08:00
glib-genmarshal.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
glib-install.vcproj MSVC Builds: Rename "install" Projects 2015-02-02 12:49:42 +08:00
glib-install.vspropsin Cleanup and Enhance the MSVC Project Generation 2015-09-03 19:10:06 +08:00
glib-version-paths.vsprops MSVC Builds: Generate glib-mkenums If Possible 2014-08-08 17:39:48 +08:00
glib.sln Visual Studio builds: Rearrange build configs 2016-01-18 16:04:45 +08:00
glib.vcprojin Visual Studio builds: Include pcre_version.c in build 2016-01-20 17:20:27 +08:00
gmodule.vcproj MSVC Builds: Few More Enahncements 2015-03-04 20:11:43 +08:00
gobject.vcprojin gobject: Further optimize MSVC builds 2015-10-12 16:56:46 +08:00
gresource.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
gsettings.vcproj MSVC 2008 Projects: Split the Property Sheets 2013-08-21 16:05:47 +08:00
gspawn-win32-helper-console.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
gspawn-win32-helper.vcproj Visual Studio Projects: Use Unix Line Endings 2013-12-27 10:50:35 +08:00
gthread.vcproj MSVC Builds: Few More Enahncements 2015-03-04 20:11:43 +08:00
Makefile.am build/win32: Make "Install" Property Sheet Generation More Robust 2015-09-23 18:33:28 +08:00
README.txt Visual C++ Builds: Update README.txt's 2014-08-13 09:55:11 +08:00

Please do not compile this package (GLib) in paths that contain
spaces in them-as strange problems may occur during compilation or during
the use of the library.

Please refer to the following GNOME Live! page for more detailed
instructions on building GLib and its dependencies with Visual C++:

https://wiki.gnome.org/Projects/GTK%2B/Win32/MSVCCompilationOfGTKStack

This VS9 solution and the projects it includes are intented to be used
in a GLib source tree unpacked from a tarball. In a git checkout you
first need to use some Unix-like environment or run build/win32/setup.py, 
which will do the work for you:

$python build/win32/setup.py --perl path_to_your_perl.exe

for more usage on this script, run
$python build/win32/setup.py -h/--help

The required dependencies are zlib and proxy-libintl. Fetch the latest
proxy-libintl-dev and zlib-dev zipfiles from
http://ftp.gnome.org/pub/GNOME/binaries/win32/dependencies/ for 32-bit
builds, and correspondingly
http://ftp.gnome.org/pub/GNOME/binaries/win64/dependencies/ for 64-bit
builds. 

One may wish to build his/her own ZLib-It is recommended that ZLib is
built using the win32/Makefile.msc makefile with VS9 with the ASM routines
to avoid linking problems-see win32/Makefile.msc in ZLib for more details.

For LibFFI, please get version 3.0.10 or later, as Visual C++ build support
was added in the 3.0.10 release series.  Please see the README file that
comes with the LibFFI source package for more details on how to build LibFFI
on Visual C++-please note that the mozilla-build package from Mozilla is needed
in order to build LibFFI on Windows.

Please note, although using one's own existing PCRE installation to build GLib
is possible, it is still recommended to build PCRE during the process of building
GLib (i.e. using the Debug or Release configurations), as GLib's bundled PCRE
has been patched to work optimally with GLib.  If building against an existing
PCRE is desired, use the(BuildType)_ExtPCRE configurations, but one needs to ensure
that the existing PCRE is:
-Built with VS9
-Unicode support is built in (please see the CMake options for this)
-It is built with the Multithreaded DLL (/MD, for release builds) or the
 Multithreaded DLL Debug (/MDd, for debug builds)

If using static builds of PCRE, please add PCRE_STATIC to the "Preprocessor
Definitions" of the glib project settings.

Please be aware that the GLib's regex test program will only pass with PCRE directly
built into GLib.

Set up the source tree as follows under some arbitrary top
folder <root>:

<root>\<this-glib-source-tree>
<root>\vs9\<PlatformName>

*this* file you are now reading is thus located at
<root>\<this-glib-source-tree>\build\win32\vs9\README.

<PlatformName> is either Win32 or x64, as in VS9 project files.

You should unpack the proxy-libintl-dev zip file into
<root>\vs9\<PlatformName>, so that for instance libintl.h end up at
<root>\vs9\<PlatformName>\include\libintl.h.

For LibFFI, one should also put the generated ffi.h and ffitarget.h
into <root>\vs9\<PlatformName>\include\ and the compiled static libffi.lib
(or copy libffi-convenience.lib into libffi.lib) into 
<root>\vs9\<PlatformName>\lib\.

The "install" project will copy build results and headers into their
appropriate location under <root>\vs9\<PlatformName>. For instance,
built DLLs go into <root>\vs9\<PlatformName>\bin, built LIBs into
<root>\vs9\<PlatformName>\lib and GLib headers into
<root>\vs9\<PlatformName>\include\glib-2.0. This is then from where
project files higher in the stack are supposed to look for them, not
from a specific GLib source tree.

Note: If you see C4819 errors and you are compiling GLib on a DBCS
(Chinese/Korean/Japanese) version of Windows, you may need to switch
to an English locale in Control Panel->Region and Languages->System->
Change System Locale, reboot and rebuild to ensure GLib, Pango, GDK-Pixbuf,
ATK and GTK+ is built correctly.  This is due to a bug in Visual C++ running
on DBCS locales, and also affects many other opensource projects which are
built with Visual C++, including but not limited to QT and the Mozilla apps.

--Tor Lillqvist <tml@iki.fi>
--Updated by Chun-wei Fan <fanc999@gmail.com>