glib/build/win32/vs9
Chun-wei Fan 2b400d853e Update Visual C++ 2008 projects
Make the "install" project depend on the glib-compile-resources gresource
projects so that these tools will be indeed installed.  Missed that in my
last commit-oops.

Also make the "install" project not to depend on the testglib project as:
-the test program in the project is not an exhausive test of the GLib
 libraries
-One may want to use the project to compile different test program(s), so
 it might be better to keep the project but not "install" the resulting
 .exe
2012-02-07 16:31:53 +08:00
..
.gitignore gitignore for win32 build stuff 2010-03-21 13:07:36 -05:00
gio.vcprojin Update GIO Visual C++ projects 2011-12-22 20:18:11 +08:00
glib-compile-resources.vcproj Add Visual C++ 2008 projects for GResource tools 2012-02-07 14:37:57 +08:00
glib-compile-schemas.vcproj Update VS projects 2011-10-12 11:23:49 +08:00
glib-genmarshal.vcproj Drop empty Tool elements from the project files for clarity 2010-03-21 13:33:44 +02:00
glib.sln Update Visual C++ 2008 projects 2012-02-07 16:31:53 +08:00
glib.vcprojin Update GLib Visual C++ projects 2011-11-21 10:45:27 +08:00
glib.vsprops Add Visual C++ 2008 projects for GResource tools 2012-02-07 14:37:57 +08:00
gmodule.vcproj Updated .def generation for x64 2010-11-09 09:27:27 +08:00
gobject.vcprojin MSVC support update for GObject 2011-05-05 12:42:44 +08:00
gresource.vcproj Add Visual C++ 2008 projects for GResource tools 2012-02-07 14:37:57 +08:00
gsettings.vcproj Update VS projects 2011-10-12 11:23:49 +08:00
gspawn-win32-helper-console.vcproj Update VS projects 2011-10-12 11:23:49 +08:00
gspawn-win32-helper.vcproj Update VS projects 2011-10-12 11:23:49 +08:00
gthread.vcproj Drop empty Tool elements from the project files for clarity 2010-03-21 13:33:44 +02:00
install.vcproj Further work on VS9 project files 2010-02-04 19:59:12 +02:00
Makefile.am Add Visual C++ 2008 projects for GResource tools 2012-02-07 14:37:57 +08:00
README.txt Update Visual C++ README.txt's a bit 2011-09-02 08:41:01 +08:00
testglib.vcproj Update VS projects 2011-10-12 11:23:49 +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://live.gnome.org/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.

One may optionally use his/her own PCRE installation by selecting the
(BuildType)_ExtPCRE configuration, but please note the PCRE must be built
with VS9 with unicode support using the /MD (release) or /MDd (debug)
runtime option which corresponds to your GLib build flavour (release, debug).
(These are the defaults set by CMAKE, which is used in recent versions of PCRE.)
Not doing so will most probably result in unexpected crashes in 
your programs due to the use of different CRTs.  If using a static PCRE
build, add PCRE_STATIC to the "preprocessor definitions".
Note that one may still continue to build with the bundled PCRE by selecting
the (BuildType) configuration.

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.

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