Updated Dutch translation by Wouter Bolsterlee

[l10n] Updated Estonian translation

GDateTime: G_GNUC_WARN_UNUSED_RESULT for modifiers

Emmanuele suggested adding G_GNUC_WARN_UNUSED_RESULT to all of the
g_date_time_add_* functions to help deal with the situation where people
may mistakenly believe that these functions are inplace modifiers.

Fix header cleaup fallout when using system pcre

Using the internal pcre has the side effect of exposing gregex.c to
glib.h.  When we use the system one, we lose that, so we need to
explicitly include the things we use (glist, gatomic, etc..)

Updated Portuguese translation

bump version to 2.27.1

release 2.27.0

GDateTime: fix a test that fails from time to time

The test fails if it's a different date in the time zone of the machine
running the test than it currently is in UTC.

Bump to version 2.27.0 after branching glib-2-26

.gitignore some test cases

.gitignore some sgml

Deal with gtk-doc's insane sensitivty to spaces

...by inserting a few of them.

Clean-up/tweaking of GDateTime and GTimeZone

datetime: Fix hashing

Convert to the epoch, just like we do when checking for equality, so
that timezones are correctly handled.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Rename g_date_time_printf() to g_date_time_format()

The function does not use any printf() modifiers, so using printf() is a
misnomer.

Prior art: strftime, g_ascii_formatd

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Update modifiers for DST changes

If a DateTime gets modified to cross the DST state from its previous
state then we want to update the DateTime to compensate for the new
offset.

In other words, if we have a DateTime defined as:

  DateTime({ y: 2009, m: 8, d: 15, hh: 3, mm: 0, tz: 'Europe/London' });

and we add six months to it, the hour must be changed to 60 minutes
behind, as the DST comes into effect.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Allow setting fractionary seconds in new_full()

Otherwise we'll have to do:

  dt = g_date_time_new_full (Y, M, D, h, m, s, tz);
  tmp = g_date_time_add_usec (dt, usec);
  g_date_time_unref (dt);
  dt = tmp;

With its additional allocations.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Rework time zone support in constructors

Timezone handling is complicated. Really complicated.

In order to simplify it a little bit, we need to expose the GTimeZone
structure.

First of all, we allow creating time zone information directly from the
offset and the DST state, and then pass it to the g_date_time_new_full()
constructor. We also need to clean up the mess that is UTC-vs.-localtime
for the other constructors.

We also allow creating a GTimeZone from the Olson zoneinfo database
names; a time zone created like this will be "floating": it will just
reference the zoneinfo file - which are mmap()'ed, kept in a cache and
refcounted. Once the GTimeZone has been associated with a GDateTime, it
will be "anchored" to it: the offset will be resolved, as well as the
DST state.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

g_output_stream_write: fix misleadingly ungrammatical documentation

pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=626866

Updated Lithuanian translation

Updated Lithuanian translation by Aurimas Cernius.

Update Czech translation

Update Czech translation

Bug 629709 - Empty variants

Fix some GVariant bugs uncovered by calling g_variant_new_from_data with
invalid data (which it should be immune to).

Updated Spanish translation

Updated Indonesian translation

GDBusConnection leaks its GCredentials

==7269== 144 bytes in 6 blocks are definitely lost in loss record 1,282 of 1,325
==7269==    at 0x4005BDC: malloc (vg_replace_malloc.c:195)
==7269==    by 0x4056B74: g_malloc (gmem.c:164)
==7269==    by 0x406EDB6: g_slice_alloc (gslice.c:842)
==7269==    by 0x406EDFB: g_slice_alloc0 (gslice.c:854)
==7269==    by 0x413C627: g_type_create_instance (gtype.c:1867)
==7269==    by 0x412276A: g_object_constructor (gobject.c:1480)
==7269==    by 0x4121E5D: g_object_newv (gobject.c:1264)
==7269==    by 0x4121BD3: g_object_new (gobject.c:1176)
==7269==    by 0x417CFB9: g_credentials_new (gcredentials.c:156)
==7269==    by 0x41D9DBC: g_unix_credentials_message_deserialize (gunixcredentialsmessage.c:149)
==7269==    by 0x41C422C: g_socket_control_message_deserialize (gsocketcontrolmessage.c:198)
==7269==    by 0x41BFCE3: g_socket_receive_message (gsocket.c:3289)
==7269==    by 0x41D99CE: g_unix_connection_receive_credentials (gunixconnection.c:476)
==7269==    by 0x41FA829: _g_dbus_auth_run_server (gdbusauth.c:987)
==7269==    by 0x4205DDB: initable_init (gdbusconnection.c:2196)

Bug #629689.

GVariant: Check for size == 0 in get_bytestring

And add a test from David that shows the problem.

Closes #629698

Updated Polish translation

GSettings: reverse accidental addition to .h file

A couple of extra function prototypes snuck into commit
77e3badcf3f15c7ac235904160d775febfcebcb5.  Take those out.

Updated Hungarian translation

[l10n] Updated German translation

Update Simplified Chinese translation.

(slightly) updated Finnish translation.

Update British English translation

Updated Galician translations

Updated Slovenian translation

g_strdup_value_contents(): dump GStrv more usefully

Previously, dumping a GValue holding a GStrv just yielded "((GStrv *)
0xDEADBEEF)". I think it'd be more useful to dump a Python list-style
representation of the GStrv's contents, if it's not NULL.

Fixes: <https://bugzilla.gnome.org/show_bug.cgi?id=629192>

update for Punjabi

Add g_data_input_stream_read_upto{,async,finish}

These functions are meant to replace the read_until() flavour, with the
following improvements:

  - consistency between the synchronous and asynchronous versions as to
    if the separator character is read (it never is).

  - support for using a nul byte as a separator character by way of
    addition of a length parameter which allows stop_chars to be treated
    as a byte array rather than a nul-terminated string.

The read_until() functions are not yet formally deprecated, but a note
has been added to the documentation warning not to use them as they will
be in the future.

This is bug #584284.

Better msgctxt for month and weekday names

The current msgctxt string 'GDateTime" lead to the unability to
differentiate between the full and abbreviated name for May.
Therefore, the msgctxt strings have been changed to
  'full month name'
  'abbreviated month name'
  'full weekday name'
  'abbreviated weekday name'
This is a string change, but all translations have been updated
using an sed script.

Bug 629429

Adapt POTFILES.in to source file renaming

Const 'parser' arg to g_markup_parse_context_push

This is a vtable structure and very likely the user has allocated it in
static storage and wants it to be const.  Since we never modify it, no
harm is done to us to have it const.

Closes bug #629328.

Make g_variant_builder_end's return to be (allow none) because callers
need to add a ref to it in addition to sinking it.

Include giochannel.c for G_IO_IN, etc.

Fixes build on OS X.

gobject: Add install_properties()

Since we added g_object_notify_by_pspec(), an efficient way to install
and notify properties relies on storing the GParamSpec pointers inside
a static arrays, like we do for signal identifiers.

Instead of multiple calls to g_object_class_install_property(), we
should have a single function to take the static array of GParamSpecs
and iterate it.

https://bugzilla.gnome.org/show_bug.cgi?id=626919

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

Updated Swedish translation

GSettings: no writability->value change assumption

GSettings internally assumed that a change in key writability implied a
change in value.  That may be true for some backends.  Let those
backends deal with the situation for themselves.

Add some more individual own header includes where required

[i18n] Updated German translation

Updatede Japanese translation.

Add annotation for g_variant_get_string

Updated Indonesian translation

dos2unix glib/win_iconv.c

docs: Clarify string encoding for GFile constructors

The encoding was deduced from looking at the source code, feel free to
fix if it's wrong (the docs _and_ the source code).

Add work-around for Bug 627724

The root problem is with GObject - for now, just work around it in
GDBus. Also include a test-case. See

 https://bugzilla.gnome.org/show_bug.cgi?id=627724

for more information.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Remove g_dbus_message_filter_result_get_type() from gio.symbols

Pointed out by danw on IRC.

Signed-off-by: David Zeuthen <davidz@redhat.com>

g_socket_client_connect_async: fix when g_socket_connect succeeds immediately

https://bugzilla.gnome.org/show_bug.cgi?id=629251

Fix IPv6 parsing in _g_uri_parse_authority, add _g_uri_from_authority

Fixes connections to IPv6 address literals.

https://bugzilla.gnome.org/show_bug.cgi?id=629259

Add 3 new restrictions to the schema compiler

 - can not extend schemas that already have paths
 - can not form list of schemas that already have paths
 - the path of a list schema, if given, must end with ':/'

Rename gschema-compile.c -> glib-compile-schemas.c

split GSettings.list_items => list_{children,keys}

This is an incompatible public API/ABI change.

Create GSettingsListenerVTable

...instead of passing a whole whack of function pointers around

This is an internal API.

GDBusMessage: Don't reset serial number when copying

Ryan pointed out that it's safe to do this because we have the
G_DBUS_SEND_MESSAGE_FLAGS_PRESERVE_SERIAL flag and that it simplifies
how filter functions work.

Signed-off-by: David Zeuthen <davidz@redhat.com>

GUnixConnection: Remove comment about Linux

Since the previous commit, the g_unix_connection_send_credentials() /
g_unix_connection_receive_credentials() functions now also works on
FreeBSD since GUnixCredentialsMessage now works there.

The main idea is that the g_unix_connection_send_credentials() /
g_unix_connection_receive_credentials() functions are the "main" API
for getting credentials (one way or the other). So it's better to
avoid advertising where it is currently implemented.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Bug 628904 – Add credential support for FreeBSD and fix a socket issue

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusServer: Make ::new-connection return whether the connection was claimed

Otherwise things probably won't work in a garbage-collected world
(consider the trivial GC that never collects garbage).

This commit breaks GDBusServer ABI. No known released software is
using this code.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Bug 624546 – Modification of GDBusMessage in filter function

Rework filter functions as per

 https://bugzilla.gnome.org/show_bug.cgi?id=624546#c8

This commit breaks ABI. However, this ABI break affects only
applications using filter functions. The only known user of is dconf.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Fix tmpl files

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusMessage: Make it possible to lock and copy messages

Don't actually use this yet as that will require a couple of
modifications to the filter function signature. This is part of the
bug-fix for

 https://bugzilla.gnome.org/show_bug.cgi?id=624546#c8

Signed-off-by: David Zeuthen <davidz@redhat.com>

Revert hack that broke things badly on Windows

This should fix bug #628952.

Don't include glib/gdatasetprivate.h directly. Especially don't define
GLIB_COMPILATION when doing that, as that causes breakage on Windows
because of the variable dllimport/dllexport stuff in gtypes.h that
checks GLIB_COMPILATION. That macro really should be defined only when
compiling code that goes into the libglib DLL. Otherwise the compiler
thinks that variables that should be imported from libglib are
actually defined in the code being compiled.

Just call g_atomic_pointer_get() as such, don't bother with
G_DATALIST_GET_FLAGS.

Signed-off-by: Tor Lillqvist <tml@iki.fi>

Updated Basque language

Updated Polish translation

Updated Polish translation

Updated Portuguese translation

Updated Portuguese translation

Updated Swedish translation

Updated Hungarian translation

Fix build on Windows and possibly other non-Linux platforms

Include glibconfig.h in files that test G_OS_WIN32. Include headers
for GLib APIs used conditionally where needed.

Whitespace fixes

datetime: Rename shadowing variables

timezone and tzname shadow variables declared in time.h. Let's rename
them to time_zone and tz_name then.

https://bugzilla.gnome.org/show_bug.cgi?id=628839

gdatetime: Use proleptic gregorian

Use Proleptic Gregorian calendar instead of the Julian calendar
as the internal representation.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

datetime: use g_utf8_next_char() to walk utf8 string

Previously, the format string was iterated many times by
walking to the given offset in the string repeatedly.
This patch instead walks the string using g_utf8_next_char().

Additionally, the character for lookups was a char and could
loose content.  This uses gunichar instead.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: avoid using __year

These were left over from when the inline functions where implemented
as macros.  They are no longer needed and where clashing with the
global __year anyway.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Add get_week_of_year()

https://bugzilla.gnome.org/show_bug.cgi?id=628029

Based on a patch by: Joseph Pingenot

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

datetime: Rename internal method

Use add_ymd(), to reflect the order of the arguments.

build: Fix warnings caused by missing includes

Updated Arabic translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

More header inclusion cleanup

build: Quench the compiler's thirst for warnings

gmain: Define _GNU_SOURCE before including glibconfig.h

As it pulls in unistd.h from something else.

Build fixes for the fall-out of the inclusion changes

gtimer: Fix a compilation warning

Hack to include glib/gdatasetprivate.h directly

The gdatasetprivate.h header includes gatomic.h directly. It all works
well in GLib, but inside GObject it will trigger the single inclusion
guard.

Since this is a private header, and it's kind of a special case, one way
to fix it is to declare GLIB_COMPILATION around it and fool the single
inclusion guard in gatomic.h into thinking we're compiling GLib and not
GObject.

Add missing gstrfuncs.h include

For g_strdup() and friends.

More include cleanups

Don't include glib.h in other headers

Remove excessive header includes

Remove excessive header includes