-README.txt: to tell people on the required usage of ZLib
(which was in effect some releases ago) and optional usage
of an external PCRE build
-gio.vcprojin: Made up for the required source files that were
missed
-glib.sln: Added additional configurations to use external copy of
PCRE and ensure "install" of test-glib.exe
-glib.vcprojin: Added additional configurations to use external
copy of PCRE, updated the section for compiling the bindled
PCRE as the file layout has changed here, and updated on the
.def generation on x64 systems (some symbols are not used/compiled
on x64 systems)
-glib.vsprops: Reflected on change of location of
glibconfig.h(.win32), the addtitional configuration of the usage
of an external copy of PCRE, the installation of testglib.exe,
made up for missed headers for GLib/GIO that are required for
installation and updated on the .def generation on x64 systems
(some symbols are currently excluded on x64) for GLib/GModule
-gmodule.vcproj: Updated .def file generation on x64 systems
as some symbols are not used/compiled on x64 systems
The Relation API in glib/grel.h has been marked as
deprecated (G_DISABLE_DEPRECATED), so added check for
that macro in this source file and added label to indicate
deprecation
-gio/gregistrysettingsbackend.c:
Fixed C99-style variable declarations
Fixed typo: g_message_win32_error (result, "gregistrybackend:
setting value %s\%s\\%s failed.\n",
->
g_message_win32_error (result, "gregistrybackend:
setting value %s\\%s\\%s failed.\n",
-gio/gdbusmessage.c:
Moved G_STATIC_ASSERT(sizeof (gdouble) == sizeof (guint64));
to just after the variable declarations of the block to avoid
C99-style variable declaration
-glib/gtimer.c: some compilers do not have <sys/time.h>,
so check for that from config.h(.win32)
-glib/gdatetime.c, glib/gmessages.c, glib/gscanner.c:
move G_OS_WIN32 check after GLib header includes so
that they can be checked correctly on MSVC too.
Rewrite the install rule for GSettings schemas to not depend on an
obscure chunk of non-portable sed that nobody understands the purpose
of.
Instead, use make's VPATH feature to resolve the paths of the files that
need to be installed. No need to depend on the .valid targets here
since automake already ensures that 'make all' is complete before 'make
install' is permitted to run.
Fix a small bug in the synchronous lookup code introduced in the fix
for bug 629274
(cherry picked from commit cd4f818b301bfc6855b27feba5a0dfdca60027c1)
Add some words and example code to the documentation about why you might
want to manually invoke gsettings-data-convert and how you should go
about doing that.
(cherry picked from commit dfb0577ef4947afb32d91a72769bd22d6c1edfaa)
RFC 2782 says that if there is no SRV record for
_SERVICE._PROTOCOL.DOMAIN, you should fall back to trying just DOMAIN,
with the default port for SERVICE. Do that.
https://bugzilla.gnome.org/show_bug.cgi?id=629274
(cherry picked from commit e410131021036532e6e9622e8b977222389b44e9)
Previously if there were multiple SRV records, only the first would
be iterated by the GSocketConnectable interface
(cherry picked from commit 19243c247d8a89c6467bd21109b7f0d4b1cb081a)
Otherwise, attempting to create a GSocketConnection from the socket
will likely return the wrong type, since the protocol won't match any
of the registered subtypes.
Also add the start of a GSocket test program (from davidz).
https://bugzilla.gnome.org/show_bug.cgi?id=627171
(cherry picked from commit 87d06109ab325a4a68e151015381e7e1b33bdf7d)
Of course, a proper implementation of close() will just ignore an
invalid parameter silently, and set errno. But apparently the "debug"
version of the Microsoft C library generates some noise in this
case. So avoid that. Thanks to John Emmas for reporting.
After the recent changes to message filtering, it can happen that
data->message is NULL when we get here.
(cherry picked from commit fe1186a842458dcc647c5f9ab03f17c762354e95)
