mirror of
https://gitlab.gnome.org/GNOME/glib.git
synced 2024-11-14 13:26:16 +01:00
4487b326d7
List the additional sources needed in gio/Makefile.am, not in gio.vcprojin. Fix broken usage of sort. Filter out Unix-only source files. |
||
---|---|---|
.. | ||
.gitignore | ||
gio.vcprojin | ||
glib-genmarshal.vcproj | ||
glib.sln | ||
glib.vcprojin | ||
glib.vsprops | ||
gmodule.vcproj | ||
gobject.vcprojin | ||
gspawn-win32-helper-console.vcproj | ||
gspawn-win32-helper.vcproj | ||
gthread.vcproj | ||
install.vcproj | ||
Makefile.am | ||
README.txt | ||
testglib.vcproj |
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. You will also need to expand the .vcprojin files here into .vcproj files. 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>