Yeah, we should generate the list of headers to install from the corresponding Makefile.am files, like the lists of source files to compile.
Don't keep the lists of source files for libglib, libgobject and libgio in the VS project files in addition to the canonical location, the corresponding Makefile.am files. Instead, generate the corresponding .vcproj files at make dist time using the C preprocessor, from template files called .vcprojin. We still list explicitly in the .vcprojin files some of the Windows-specific source files, and the sources files of gnulib and pcre.
Makes the files appear a bit simpler when edited manually.
In particular, tested with Microsoft Visual C 2008.
This patch makes it so.
This allows access to the full file path, where possible. https://bugzilla.gnome.org/show_bug.cgi?id=612832
There might be a GSource attached to a GMainContext, about to be removed by a pending cancellation. Deleting the handle too early will trigger a g_warning in the "select()" call in GMainContext. Attached patch fixes this by deferring destruction of WSAEVENT object until GSocket's finalize(). Patch from bug #612702. Signed-off-by: Tor Lillqvist <firstname.lastname@example.org>