Add a check that no properties are added after a class is derived

We can't support that, because that would cause the CLASS_HAS_PROPS_FLAG
class flag to not be correct.

Add GObjectClass flag CLASS_HAS_PROPS_FLAG

This is set if a class or any of its parents have installed any
properties.

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

Add flags member for GObjectClass

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

Allocate GObjectNotifyQueue with g_slice instead of abusing g_list

This is both cleaner and faster (it avoids function calls and
zeroing the memory twice).

Object construction performance improvement:
         Non-Threaded   Threaded
Simple:           11%       1.3%
Complex:           8%         6%

Other tests stable.

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

Add gobject performance tests for threaded code

This measures how much things like lock contention affects the gobject
code.

Add performance tests for GObject primitives

These are basic performance test for a couple of basic gobject
primitives:

* construction of simple objects. Simple is a bare gobject derived
  class with no properties, signals or interfaces.

* construction of complex objects. Complex is a gobject subclass
  with construct properties, normal properties, signals, and
  implements an interface.

* run-time type check of complex objects

* signal emissions

Lots of care is taken to try to make the results reproducible. Each
test is run for multible "rounds", where we try to make each round be
"not too short" in order to be significant wrt timer accuracy, but
also "not to long" to make the probability of some other random event
happening on the system (interrupts, other process scheduled, etc)
during the round less likely.
The current target round time is 4 msecs, which was picked without
rigour, but seems small wrt e.g. scheduler time.

For each test we then run the calculated round size for 60 seconds,
and then report the performance based on the minimal time of one
round. The model here is that any random stuff that happens during a
round can only slow it down, there is nothing that can make it go
faster, so the minimal time is the best estimate of how fast one round
goes.

The result is not ideal, even on a "idle" system the results vary
from round to round, but the variation seems to be less than 1%.
So, any performance difference reported by this test over 1% is
probably statistically significant.

Additionally the tests can be run with or without threads being
initialized. The script tests/gobject/run-performance.sh makes
it easy to produce a performance report for the current checkout.

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

remove xdgmime test

This is getting diverged from the xdgmime copy and we don't need it here.

xdgmime - Correct the range checks for magic matching

Remove unnecessary includes

xdgmime - support the new case sensitive flag

xdgmime - support cache files with minor version 2

Read the new glob2 format with case sensitive flags

Drop the VS8 project files from tarballs as they are unmaintained

Update VS9 project files to fix build

From bug #596784

Fix --runtime-libdir option

For stable releases, it needs to take LT_REVISION into account, not
hardcode 0.

Bump version

2.22.1

Updates

Updated Serbian translation

Updated Serbian translation

Updated Serbian translation

Don't mark test files for translation

As pointed out in bug 596064

Fix mime_info_cache_dir_add_desktop_entries

This function tried to avoid adding duplicate entries, but failed
due to using the wrong search function. See bug 595972.

Avoid a C99ism

Move a variable declaration to the beginning of the block; see
bug 596561. Also remove a pointless register declaration.

Improve docs for g_utf16_to_utf8

Document that g_utf16_to_utf8 does not validate the resulting
UTF-8 string. See bug 596314.

Clarify docs of g_async_result_get_source_object

It returns a new reference. Reported in bug 596748

Avoid critical error in thread check if source is destroyed

The source can be destroyed by the time we complete the result, and
then the g_source_get_context(current_source) call will cause
a critical error. We check for the source being destroyed and avoid
the check in that case.

This means we miss the right-thread check in this case, but thats
merely a helper, so this is not critical.

Updated Bengali translation

Always report metadata on the path, not symlink target

Metadata are really part of the pathname, not the target file
(as they are stored by pathname, and for many metadata like icon position
etc make not sense using the target data). So, even if nofollow
is not specified we should not follow links for metadata.

Ideally this should be implemented in the metadata extension in gvfs,
but the extension API does not allow this, so we do it in gio.

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

Fix up cast in gdb macros

We need to actually assign the casted value somewhere.

Use right soname for gdb autoloaded python files

We need to look at LT_REVISION too to get the right filename.
This was just hardcoded to zero before which is obviously wrong.

Updated Hebrew translation

Fix location of gdb macros

These files need to be put in a location that corresponds to the
location of the libraries, so we need to take the runtime-libdir
path into account.

Bump version

Fall back to inotify_init if inotify_init1 does not work

This fixes monitoring failing to work when glib is built on a 2.6.27+
kernel but run on an older one.

http://bugs.debian.org/544354
https://bugzilla.gnome.org/show_bug.cgi?id=593775

Parse libtoolize --version more carefully

Some recent versions of libtoolize output a version blurb like:
  libtoolize (GNU libtool 1.3110 2009-07-01) 2.2.7a
Don't get confused by the numbers inside the parens.

2.22.0

some doc updates

Updates

Set version to 2.22.0

Updated Slovenian translation

Updated Slovenian translation

gio: Fix some typos in G*AppInfo documentation

Accept -? for glib-mkenums.

Commit 789e260638d tried to add support for -?, but there is a typo
and instead -h was added when already present instead of -? for one
of the cases.
It works without this corrections, because all unrecognized options
trigger usage showing as well, but this is more correct.

This was bug 556706 originally.

gio: Fix a Since tag to actually show up in new API of 2.20 indeces

Typo made in e05426062

po/vi.po: fix type "thoạt"

Document new gdb macros

Add gforeach gdb command

Add pretty printer for hashtables

Add pretty printing for GList and GSList

Initial support for gdb python macros

This includes support for gobject pointer pretty printing and
signal frame compression in backtraces.

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

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Czech translation

Updated Malayalam Translations

Updated Catalan translation

Fix build with srcdir != builddir, bug #594597

Reduce false positives in static analysis

Tools like clang fail to recognize that stanzas like
g_return_if_fail (GTK_IS_FOO (w)) guarantee w != NULL. By minimally
rewriting the type-checking macros, we can avoid these false positives.

Fix a lot of clang complaints

Mostly dead assignments.

Updated Romanian translation

Updated Serbian translation

Updated Telugu Translation

Updated Tamil Translations

UPdated Galician Translation

Updated Bengali India Translations

Upadted Oriya Translation

Updated Thai translation.

Updating Assamese translations.

Update Norwegian bokmål translation.

Updated Simplified Chinese translation.

Updating Translation for Punjabi

Updated Danish translation

Updated British English translation

Updated Finnish translation

Remove old crap for fetching the "build" directory from svn

Fix GNetworkAddress skipping addresses when enumerating

g_network_address_address_enumerator_next_finish takes the first item of the
address list and moves the pointer to the next one, so we shouldn't do the same
in g_network_address_address_enumerator_next_async function

Fixes bug #593941

Make the error const for g_simple_async_result_set_from_error

g_socket_send_message() fails due to invalid sendmsg(2) params.

g_socket_send_message() and g_socket_send_to() fail with ENOBUFS or
EFAULT due to the fact that if no "address" argument is specified to
g_socket_send_message, when g_socket_send_message() calls sendmsg(2),
the 2nd parameter to sendmsg ("const struct msghdr *msg") contains
uninitialized values. The fix is simple - initialize msg.msg_name to
NULL and msg.msg_msg_namelen to 0.

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

hindi update by Rajesh Ranjan

Updated Malayalam Translations

Updated Ukrainian translation

Bug 579050 Allow making selected critical and warning messages non-fatal

Implement g_test_log_set_fatal_handler which is a function similar to
g_log_set_default_handler but for use in unit tests where certain
errors have to be ignored because it is not possible to fix or avoid
them otherwise. A unit test is added.

Updated Kannada(kn) translation

Updated Greek translation.

Updated Gujarati Translations

Clarify g_ptr_array_set_size() docs re: free_func

Updated Bulgarian translation

Call element_free_func when shrinking array with g_ptr_array_set_size

Updated Marathi Translations

Avoid reading uninitialized memory

If the statfs call fails, don't look at the result.

Remove warning in g_simple_async_result_complete

This warning hits code that uses GSimpleAsyncResult outside of a
mainloop as a helper object. For instance EggDBus does this.
Since the bugs this warning would fix are pretty easy to spot
and since EggDBus is deployed already we just remove the
"called from outside main loop" warning.

However, we need to keep the "called from wrong context" warning
as that is very helpful when debugging misuse of the new multiple
main context code.

Another dead assignment

Remove a dead initialization

Remove a dead increment

Remove another dead assignment

Remmove a dead assignment.

Spotted by clang.

Move a assignment to the relevant #ifdef branch

Dead code spotted by clang.

Remove dead code

Don't evaluate an uninitialized value

Bug found by clang.

Updated Polish translation

Update Japanese translation