glib/build/win32/vs9
Tor Lillqvist 00b55e2bc7 Drop empty elements from the VS9 vcproj files
Dunno if this makes sense, if one lets VS edit the it will put them
back anyway. But it's more pleasing to the eye.
2010-02-06 10:42:28 +02:00
..
gio.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
glib-genmarshal.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
glib.sln Add an "install" project that copies the deliverables into a place 2008-09-16 01:04:55 +00:00
glib.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
glib.vsprops Further work on VS9 project files 2010-02-04 19:59:12 +02:00
gmodule.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
gobject.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
gspawn-win32-helper-console.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
gspawn-win32-helper.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
gthread.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00
install.vcproj Further work on VS9 project files 2010-02-04 19:59:12 +02:00
Makefile.am Use README.txt instead of README for Windows developer friendliness 2010-02-04 14:54:28 +02:00
README.txt Further work on VS9 project files 2010-02-04 19:59:12 +02:00
testglib.vcproj Drop empty elements from the VS9 vcproj files 2010-02-06 10:42:28 +02:00

Note that all this is rather experimental.

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 manual work to expand
the .in files needed, mainly config.h.win32.in into config.h.win32 and
glibconfig.h.win32.in into glibconfig.h.win32.

The only external dependency is proxy-libintl. Fetch the latest
proxy-libintl-dev zipfile 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. Set up the source tree as follows under some arbitrary top
folder <root>:

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

*this* file you are now reading is thus located at
<root>\glib\<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.

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>