-Reinstate the temporarily removed glib.sln file for VS10--make its EOL
in the DOS/Windows format so that it will not end up with "Unrecognized
Visual Studio Version" in Windows.
-Updated GLib projects to set the GLib DLL/LIB files to be output to
<Debug or Release>\<Win32 or x64>\bin for all configurations
-Updated property sheets to copy the GLib DLL/LIB for all configurations
-Update VS9 property sheet to seperate Intermediate directories for all
projects as well to reduce warnings/errors of being unable to write the
PDB and related files as they are in use
-Added projects to compile the glib-compile-schemas and gsettings utilities
-Update .vsprops to install these in "install" phase
-Distribute these projects also
Due to changes in the GIO APIs/headers, the glib.vsprops
is updated to reflect that in the "install" phase, namely:
-removal of the gperiodic.h header
-addition of GPollable I/O Stream, GTCP Connection and
GTLS headers
-Made up for missed header files in glib and gio during "install"
-Added macro necessary for GLib/GModule .def generation under Win64
-updated location of getting glibconfig.h.win32 for building
It sucks to have the lists of public headers duplicated in the
Makefile.am files and the glib.vsprops file. But it isn't exactly easy
to work around all the weirdness in autotools, Visual Studio, and bat
files either to do it another way.
Correspond to GUnixInputStream and GUnixOutputStream. No true async
support though. But that is how the Win32 API is, for files not
explicitly opened for so-called overlapped IO.
The API to create these streams takes Win32 HANDLEs. Not file
descriptors, because file descriptors are specific to the C library
used. The user code and GLib might be using different C libraries.
Also add a test program for the new classes, and a gio-windows-2.0.pc
file.
