G{Byte,Ptr,}Array: move docs from tmpl to .c

GList, GSList: move docs from tmpl to .c

remove trailing whitespace breaking .gitignore

GIOChannel: move docs from tmpl to .c

GTree, GNode: move docs from tmpl to .c

GThreadPool: move docs from tmpl to .c

GRelation: move docs from tmpl to .c

GCache: move docs from tmpl to .c

GChecksum: move docs from tmpl to .c

GCompletion: move docs from tmpl to .c

Fix typo in introduction to threads in Glib

Updated Norwegian bokmål translation

Fix shadowing of G_VALUE_COLLECT variables in G_VALUE_COLLECT_INIT

Closes: bgo#608602

data{list,sets}, quarks: move docs from tmpl to .c

GPattern: move docs from tmpl to .c

String chunks: move docs from tmpl to .c

Move allocator and memchunk docs from tmpl to .c

GSequence: move docs from tmpl to .c

GShell: move docs from tmpl to .c

GTimer: move docs from tmpl to .c

Fix up gthread.c documentation

The last incomplete commit got pushed accidentally.  This finishes it up.

merge GVariantTypeInfo

Revert accidental commit "dirt"

This reverts commit c46bc6ba1fc8c5045c9a93b95e78e81936e2d954.

GIO: Remove trailing "." from Since: tags in docs

Typing "Since: 2.22." results in the creation of an api-index-2.22..xml
file (ie: the last '.' is taken to be part of the version number).

dirt

move threads docs to .c

GIOChannel: fill in missing docs

g_strlcpy doc: small fixup

prevent the <note> from getting sucked in as part of the Returns:

gbitlock: fix gtkdoc brokenness

GRand: move docs from tmpl to inline comments

Updated Spanish translation

gvarianttype: fix a trivial missing const

don't #include <glib.h> from other public headers

fix up some problems that were hidden by that

Updated French translation

Update POTFILES.in to make l10n.gnome.org happy

improve gitignore

GHash: move docs from tmpl to inline comments

Since: markers for g_bit_*lock()

Bug 548967 - 1 bit mutex lock: add tests

Add a test case for the new API.

Always check the emulated futex(2) implementation, even on systems with
futex support.

Bug 548967 - 1 bit mutex lock

Add support for a mutex lock that consumes only one bit of storage
inside of an integer on systems that support futexes.  Futex is emulated
(at a higher cost) on systems that don't have it -- but only in the
contended case.

glib docs: Delete and ignore empty .tmpl files

Return NULL from g_mapped_file_get_contents()

In the case of an empty file, return NULL instead of "".  This means
that the return result of g_mapped_file_get_contents() will always be
page-aligned.

Updated Slovenian translation

Improve type documentation

Add gtk-doc comments with Since tags to GMemoryOutputStream properties

[glib/gvarianttype] Move some documentation to header file

Also, change G_VARIANT_TYPE(str) for G_VARIANT_TYPE(type_string)
so It's correctly documented now.

[glib/gvariantype] Added missing "Since: 2.24" tag

always use our own internal assertion message symbol

Re-using glibc's __abort_msg symbol causes linking problems, since the symbol
is declared private. Always use our own__glib_abort_msg symbol to store
assertion messages, to avoid compatibility and linking problems.

Also fix the test case to work with out of tree builds (such as "make
distcheck"), and re-enable it.

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

Bump version

2.23.2

Disable yet another failing test that was recently added...

Minor docs update

Another few failing tests disabled

Disable a failing test, tsk, tsk.

Mention GVariant

Updates

add testcase for GVariantType

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.