merge GVariantType

GVariantType is the type system for GVariant

Move the boxed private type data to TypeNode

This way we don't need to keep a custom array that we bsearch on (and
that isn't threadsafe) but can use the gtype.c machinery that is
threadsafe. And fast, too!

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

Put calls to registered copy/free functions into separate functions

This eases cleaning up these functions.

One optimization in value_set_internal() was lost in the process. It
shouldn't cause too many issues when all is said and done.

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

Updated Bulgarian translation

Typo fixes

Updated Bengali translation

gio: .gitignore gio-querymodules

Bug 448888 - don't init g_slice for always-malloc

[tests] Remove C++ style comments

It makes the IBM XL C Compiler (the 'native' non-free compiler
on the AIX 5.3 and 6.1 platform) stop compiling with syntax error.

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

Signed-off-by: Javier Jardón <jjardon@gnome.org>

[configure] More -lresolv-checking-fixing

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

Ensure values are memset to 0 when calling G_VALUE_COLLECT_INIT()

The reason we need to enforce this is that the GTypeValueTable
documentation explicitly states that memory is memset to 0 when the
value_init function is called.

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

[configure] Fix res_query check for OS X

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

Upgrade to version 0.8 of libasyncns

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

Updated Basque language

Updated Norwegian bokmål translation

properly abort instead of looping infinitely

Fixes: Bug 568760 - nautilus freezes due to a bug in garray.c:322

* glib/garray.c: increase the size of potential return values by
  using an unsigned result; properly check if we still handle valid size
  proposals, return the original request if there's no usable size left
* tests/array-test.c: reproduce the error condition of the bug report

Fix docs in previous commit

Remove additional thread support in performance test

We're always enabling threads now so this is not needed.

gobject: Use new G_VALUE_COLLECT_INIT variant

Makes g_object_new_valist 20% to 30% faster (against 2321e5a).

Profiled against the pan newsreader which uses a variant of simple
and complex object creation.

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

gsignal: Use new G_VALUE_COLLECT_INIT variant

Makes g_signal_emit_valist from 15% to 20% faster.

Results reported from profiling the pan newsreader which uses a variant
of simple and complex signal emissions (i.e no args or various args)

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

gvaluecollector: Add variant of G_VALUE_COLLECT for most used cases.

Most callers of G_VALUE_COLLECT previously had to initialize the GValue
and then G_VALUE_COLLECT would still go through a cleanup phase.

The new variant allows passing a unitialized GValue along with a GType
and speedup the initialization/collection process.

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

Mention thread changes in NEWS

Use unconditional thread calls in gio and gobject

If threads are available we always enable threads in gobject, which
means all gio/gobject code can enable the unconditional thread calls.

This is a minor optimization since we avoid a bunch of unnecessary
is-threads-enabled checks.

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

Make thread calls unconditional if G_THREADS_MANDATORY is set

Since gobject now initialized threads unconditionally if threads are
available it makes no sense to have each thread operation
conditionally check if threads are enables, so allow this to be avoided.

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

Enable threads in g_type_init()

This means threads will be supported for all gobject libraries/applications
and initialized early enough to not cause any problems.

This solves the problem of libraries needing threadsafety. Previosly
they just called g_threads_init() anyway, which often works but sometimes
breaks in unexpected ways.

See this thread for more details:
http://mail.gnome.org/archives/gtk-devel-list/2009-November/msg00208.html

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

Relax g_thread_init() requirements

We now allow g_thread_init(NULL) to be called after other glib calls (with
some minor limitations). This is mainly a documentation change as this
really was already possible.

We also allow g_thread_init() to be called multiple times. Only the
first call actually initializes the threading system, further calls
are ignored (but print a warning if the argument is not NULL).

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

Implement lazy loading of fam plugin

Add gio-querymodule program

This can be used to update the giomodule.cache file in directories with
giomodules in order to support lazy module loading.

Use the new lazy loading of modules for gio modules

Add support for lazy loading of giomodules

Adds an optional query method to giomodules which should return all
possible extension points the module may implement.

Then we add a new call g_io_modules_scan_all_in_directory() similar to
g_io_modules_load_all_in_directory() that doesn't return all loaded
modules, thus allowing lazy loading.

In g_io_modules_scan_all_in_directory we look for an optional
giomodule.cache file and use the information in that to avoid
loading modules until they are needed for an extension point.

Flush gcharsetconverter when needed.

This patch fixes bug #605686.

g_object_new(): skip varargs for simple calls

g_object_new() avoids useless varargs processing for simple calls with no
properties.  Fixes https://bugzilla.gnome.org/show_bug.cgi?id=605883

Updated Swedish translation

Updated Spanish translation

Use GCC atomic builtin operations.

Fix for bug #531902.

docs: switch to xi:inbclude for the content to save some more seconds

docs: switch to xi:inbclude for the content to save some more seconds

docs: use xi:include to use the generated indexes if available.

This works transparantly for people with new enough gtk-doc (>=1.11) and
significantly improves the build time.

Don't do pointer arithmetics on void*

For instance MSVC doesn't like that.

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

Add properties to GMemoryOutputStream

This helps bindings. Patch by Krzysztof Kosiński. See bug 605733.

Fix the filename roundtrip check

The check was always failing because the code was comparing
the wrong strings. Reported in bug 605977.

GUnixFDMessage: fix a small typo in an extra check

In the deserialise function, GUnixFDMessage was comparing 'level' to
both SOL_SOCKET and SCM_RIGHTS.  It is correct to compare 'type' to
SCM_RIGHTS.  The code passed tests only because:

1) it's a "should always be OK" double-check

2) SOL_SOCKET and SCM_RIGHTS, by chance, both have the value '1' on
   Linux systems.

Fix a memleak

An early exit in expand_application_parameters forgot to free
a GString. Reported by Steve Grubb.

Fix an off-by-one error

Reported by Steve Grubb.

Update Ukrainian translation

Avoid compilation warning from MSVC

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

Fix a typo in the docs

Added asturian language

Updated asturian translations

[docs] Fix @title usage in "Enumeration and flags types" section

Document that various functions ref GSimpleAsyncResult

Patch by Will Thompson, see bug 602417.

Document that _finish() must be called at most once.

The patch was provided by Will Thompson in bug 602417.

Fix a typo

...and some whitespace fixes. Pointed out by Will Thompson in
bug 602417.

Updated .gitignore files

Don't return anything from a void function

Sun C doesn't like it. Reported in bug 604824.

Updating Estonian translation

Bug 604457 -  gutf8inputstream.c: increasing unknown size pointer

[docs] Fix 'Deprecated' tag on some win32 functions

Fix g_win32_get_package_installation_directory() and
g_win32_get_package_installation_subdirectory_utf8()

[docs] Fix 'Deprecated' tag in g_date_set_time()

Support storing assertion messages into core dump

Crash interception/debugging systems like Apport or ABRT capture core dumps for
later crash analysis. However, if a program exits with an assertion failure,
the core dump is not useful since the assertion message is only printed to
stderr.

glibc recently got a patch which stores the message of assert() into the
__abort_msg global variable.
(http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=48dcd0ba)
That works fine for programs which actually use the standard C assert() macro.

This patch adds the same functionality for glib's assertion tests. If we are
building against a glibc which already has __abort_msg (2.11 and later, or
backported above git commit), use that, otherwise put it into our own field
__glib_assert_msg.

Usage:

  $ cat test.c
  #include <glib.h>

  int main() {
      g_assert(1 < 0);
      return 0;
  }

  $ ./test
  **ERROR:test.c:5:main: assertion failed: (1 < 0)
  Aborted (Core dumped)

  $ gdb --batch --ex 'print (char*) __abort_msg' ./test core
  [...]
  $1 = 0x93bf028 "ERROR:test.c:5:main: assertion failed: (1 < 0)"

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

Updated Thai translation.

Install gio-unix-2.0.pc only on Unix

The gio-unix-2.0 headers are installed only on Unix anyway.

[docs] Fix G_DEFINE_INTERFACE "Since" tag

This symbol is available since Glib 2.24, not 2.20.

[gobject] Grow gvalue transform array exponentially

Bug 589176 - Grow gvalue transform array exponentially

Reduces about 180 realloc calls during g_type_init().

Bump version

2.23.1

Update release notes

Updates

Updated Welsh translation

Remove comment as well

Revert the g_set_prgname change

This change breaks our API and causes warnings from essentially all applications.
See bug 563627.

Updated Welsh translation

Bug 501166 - Warning message says IA__g_type_init instead of g_type_init

G_DEFINE_INTERFACE_* documentation is not generated

Fix the documentation: Replace "@Since:" with "Since:"

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

Fix typo "Performace" in gtester-report Details pop-up window

update .gitignores

Fix UnixWare build by not using "sa_len" as a variable name

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

vi.po: updated Vietnamese translation

Remove wrong file imports, only gio/gio.h should be included

Don't check for headers we include unconditionally

Don't bother checking for winsock2.h and mswsock.h in the configure
script as we include these unconditionally when building for Windows
anyway.

Check for <wspiapi.h> and use it if present

Should help bug #603527 if glib is built in an environment that has
<wspiapi.h>.

Add unit tests for some more methods

Remove default implementation of async filter steam ops

Not only is the default implementation broken (it causes infinite recursion
as seen in bug #603982), but its also worthless. If we just fall back on the
default stream operations we automatically get async version based on
the sync filter stream operations, which is what we want.

Fix makefile typo

Add GUtf8InputStream - Bug #603270

Add a filter input stream that performs utf8 validation.

Updated Hebrew translation

Updated Norwegian bokmål translation.

Initialise variable in g_time_val_from_iso8601()

The function does not initialise the struct tm,
giving it improper values of tm_isdst making the result
an hour out.

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

[gio] Remove some commas at end of enumerator list

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

Use G_DEFINE_INTERFACE in gio

Note: Since we export types with Iface in the name rather than
Interface we have to use some typedefs to make this work. New
interfaces should probably use Interface as the public name.

Add G_DEFINE_INTERFACE

This is a macro similar to G_DEFINE_TYPE but it lets you define
interfaces rather than classes.

For discussion, see bug #320482

Add byteswap macros for gsize/gssize.

Only add object to list new objects when it has a custom constructor

This works around the need to take a custom mutex twice and add the
object to a GSList of objects that are currently in construction for the
common case. Only when the constructor is overwritten do we use the
previous behavior and allow things like singleton objects.

The only slightly incompatible change is that previously, it was ok to
call g_object_set() on construct-only properties while the object was
initialized. This will now fail. If that behavior is needed, setting a
custom constructor that just chains up will reenable this functionality.

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

Remove more read locks usage

g_type_default_interface_peek() and g_type_value_table_peek() don't need
to acquire read locks anymore when they test the refcount instead of
node->data.

Make g_type_class_peek[_static]() not take any locks

By replacing a check for node->data with a check for NODE_REFCOUNT(node)
these functions don't require a read lock anymore.

gobject/tests: New test for dynamic class creation/destruction

Starts 100 threads which ref/unref a dynamic class to test the recent
changes to class init/uninit.

Add type_data_ref_U() and use it in g_type_class_ref()

The function returns TRUE if the type was previously initialized and can
be easily reused. It returns FALSE and does not take a reference if the
type is not referenced yet.

g_type_class_ref() uses this to avoid taking locks in the common path,
which speeds up object creation a lot - in particular in multithreaded
applications.

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

Reorganize g_type_class_ref()

Moves the first check out of the lock, as it's not required.

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

Make ClassData->init_state atomic

This is necessary to make g_type_class_ref() lockless.

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

Also includes fix for:

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

Make type_data_unref_U not take locks in the common case

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