Remove support for DCE threads

Remove support for custom thread implementations

Remove the dead 'none' thread implementation

GThread: remove errorcheck mutex support

This can only possibly work if we call g_thread_init(), which we are
moving away from.

gthread: remove some unused forward declarations

Deprecated (undocumented) g_thread_gettime

g_thread_gettime() is an undocumented public function pointer that
points to a function that returns the monotonic time in nanoseconds.
g_get_monotonic_time() does the same in microseconds, so it can be used
instead.

GLib had one internal user in GFileMonitor that only cared about
millisecond accuracy; it has been ported to g_get_monotonic_time().

Update building docs to mention mandatory threads

The docs used to say thread support was optional -- it's mandatory now.

Remove !g_thread_supported() codepaths in gio

In particular, remove the libasyncns import, which was only used by
GUnixResolver, which is only used when threads are not available.
Likewise remove GWin32Resolver, and the hacky broken non-threaded
parts of GIOScheduler.

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

Revert "GIOSchedulerJob: Improve struct packing"

This reverts commit a2094d5e564433ed3a4398afeacce80519bbda44.

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

Make threads mandatory

G_THREADS_ENABLED still exists, but is always defined. It is still
possible to use libglib without threads, but gobject (and everything
above it) is now guaranteed to be using threads (as, in fact, it was
before, since it was accidentally impossible to compile with
--disable-threads).

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

Fix spelling of G_IO_FLAG_IS_WRITEABLE

Fixes #657045.

g_key_file_parse_value_as_integer: Integers can have trailing whitespaces or tabs

Now it can parse integer values with trailing whitespaces or tabs before CR.
Using g_ascii_isspace() as suggested.

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

Updated Polish translation

Updated Polish translation

simpleaction: Fix documentation of :enabled

An over-zealous sed, most likely, transformed g_action_.*() into
g_simple_action.*().

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

Update French translation

bgo#640212 - Replace "error stating file" with friendlier messages

Non-technical users won't know that "stating" refers to stat(2), so we
just use "error when getting information" now.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Updated British English translation

Updated Italian translation

Updated Belarusian translation.

Added Norwegian bokmål translation

GSettingsBackend: emit changes to correct thread

When g_settings_apply() is called on a delayed settings backend and
there is a D-Bus error when communicating with dconf-service, recent
versions of the dconf GSettingsBackend call a function in GLib that
improperly delivered the signal directly instead of using
g_main_context_invoke().

This patch fixes this function to route in the same way as the others so
that the signal is dispatched in the proper GMainContext.

'master' is now glib 2.31.0

glib 2.29.90

Updated Indonesian translation

gio docs: lots more fixes

gio docs: only include GTlsInteraction once

It was included twice in the gio-docs.xml file.

gio docs: drop GTimeZoneMonitor from docs

Remove enums from gio.types

Only objects and interfaces should go in here.  If enums are in here
then gtk-doc responds by outputting two anchors for the same name (which
results in many warnings being printed).

GDBus object manager example: update -sections.txt

gio docs: ignore private .h files

gio docs: don't scan subdirectories

This clears up >50% of the huge warning spew from building GIO docs.

docs fixups for glib/

GObject docs: resolve broken links

Some links were broken due to typos, because functionality was removed
in GLib 2.0 or for various other reasons.  Fix up as many of them as is
reasonable.

gobject docs: add symbols from GMainLoop boxing

Back out some changes to docs Makefiles

Commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 introduced some changes
to the documentation Makefiles designed to clean-up the process of
deciding which headers get scanned for the docs.

Unfortunately, the gtk-doc Makefile doesn't use HFILE_GLOB for actually
generating the docs -- only for knowing when it needs to redo the
generation.  Because of this, we need to use IGNORE_HFILES or otherwise
we get hundreds of symbols in the *-unused.txt files.

Revert the changes that that commit made to the docs Makefiles (but
leave the generation of the *-public-headers.txt files in place).

Updated Portuguese translation

one missed docs fix

include 'hmac' in the docs

It wasn't added to glib-docs.sgml, so it wasn't being included in the html.

gtk-doc fixups for glib/

doc: Remove reference to non-existent #GChildWatch

The g_spawn_ documentation was talking about #GChildWatch, which doesn't
exist.  Refer to g_child_watch_add() instead.

Fix missing semi-colon after struct definition

Updated galician translations

Updated Spanish translation

pa.po: prefer pa_IN date/time formats

It's clear that the other GDateTime formats in this file correspond with
those in pa_IN, not pa_PK, so prefer those for the newly-added strings
as well.

Populate missing GDateTime format strings

Use the glibc locale database to add GDateTime strings only for those locales
that had not specifically added them for themselves.

Some locales have different translations from what is in the C library and we
leave those alone with this commit.

po/: update all .po files with 'make update-po'

This should get the proper Report-Msgid-Bugs-To: into each file.

g_date_time_format: honour T_FMT_AMPM for '%r'

We had the 12 hour time format hard-coded to "%02d:%02d:%02d %s" but it
actually changes depending on the locale.  Just with the other formats,
use nl_langinfo() if we have it, otherwise fall back on gettext().

GDateTime: translate "AM"/"PM", not "am"/"pm"

"AM" and "PM" are the POSIX locale values.

Modify the 14 translations that have been updated since then to save a
headache to those translators.

Update en_CA.po (Canadian English translation)

po/Makefile.in.in: intltool compatibility fixes

Our infrastructure for updating the glib20.pot file was incompatible
with intltool in a couple of ways:

 - we didn't set the Report-Msgid-Bugs-To to

 - we used paths relative to the $(top_srcdir), rather than po/

This resulted in spamming of pointless changes to the .po files whenever
'make update-po' was run (since all of the translators are using
intltool-based tools).

Only use gcc-specific options when the compiler is gcc

The -Wstrict-aliasing option that we use to compile atomic
tests does not exist with compilers other than gcc, so
don't pass it to those.
https://bugzilla.gnome.org/show_bug.cgi?id=652272
https://bugzilla.gnome.org/show_bug.cgi?id=656152

update .gitignore

fix a few warnings on non-Linux

mostly #ifdeffing functions that are only called by #ifdeffed code

Avoid getmntinfo

- getmntinfo can take struct statfs or statvfs depending on the
  OS. Use getvfsstat and if not found getfsstat instead. Idea from
  Dan Winship.
- g_local_file_query_filesystem_info(): use statvfs.f_fstypename
  if available

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

Updated galician translations

Updated Belarusian translation.

Updated Lithuanian translation

gio/tests/tls-interaction: fix two sporadic errors

The threaded tests are using the default main context in the worker
thread, but were not g_main_context_acquire()ing it first, which meant
that g_tls_interaction_invoke_ask_password() in the main thread would
sometimes succeed in acquiring it itself and thus performing the
operation in the wrong thread. Fix that.

Also, we can't unref the loop from the worker thread, because the main
thread isn't holding a reference on it, and so it might end up being
destroyed while that thread is still inside g_main_loop_quit().

gsocket: fix win32 build

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

configure: fix win32 build

Only require -lresolv on unix, like before

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

g_date_time_format: improve support for alt digits

Improve a few situations where g_date_time_format() was getting the
padding wrong when displaying alt digits (eg: Arabic numerals) for
formatting time.

We now depend on nl_langinfo (_NL_CTYPE_OUTDIGITn_WC) to do the
conversion, which is very likely glibc-specific, but our previous method
relied on a glibc-specific printf() feature, so no harm done there.

Add a configure check for nl_langinfo (_NL_CTYPE_OUTDIGITn_WC).

Uncomment a few testcases that were failing previously.

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

g_network_address_parse: deprecate symbolic port names

(which shouldn't ever have been part of the API. Grr.)

Solaris /etc/services doesn't even have "http", which was causing
tests/network-address to fail...

gsocket: fix g_socket_details_from_fd() on Solaris

On Solaris, getsockname() on an unconnected socket gives an addrlen of
0 and doesn't set the sockaddr. So use the SO_DOMAIN sockopt to find
the socket family in that case. (SO_DOMAIN doesn't exist everywhere,
so we can't use it unconditionally. Also, we have to only use it if
getsockname() fails, since SO_DOMAIN returns a bogus value for
accept()ed sockets on both Linux and Solaris...)

configure: check if -lsocket is needed (for Solaris)

Also, link libgio to -lresolv explicitly, rather than depending on
getting it implicitly via the libasyncns build (which should
eventually be going away).

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

Revert "g_date_time_format: support %D"

This reverts commit 46ce7907720074089040275280bb20208bafeb6a.

git-bz mishap (I think?)

Merged improvements from 2-28 branch Brazilian Translations from Adorilson Bezerra <adorilson@gmail.com>.

Updated Brazilian Portuguese translation.

Update Korean translation

Added Norwegian bokmål translation

Updated Spanish translation

gdatetime: Fix locale-changing code

As pointed out by Ryan Lortie, the code didn't actually ever
switch back to the old locale.

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

g_date_time_format: add standards notes to the doc

Explicitly mention C99's strftime() in the documentation for
g_date_time_format() as the one that we aim for compatibility with.
Specifically list the formats we do not support as well as the extra
ones that we borrow from glibc.

GDateTime: test _format against strftime()

Test g_date_time_format() against strftime().  This test found quite a
few cases of incorrect behaviour on our part (fixes already committed
for those).

GDateTime test: plug a couple of leaks

g_date_time_format: rip out non-working %W format

Our implementation of %W is incorrect.  Nobody should want to use this
format anyway and the implementation is non-trivial, so rip it out
rather than fixing it.

Remove the testcase for %W as well.

g_date_time_format: clarify documentation

Add some clarification to the documentation for %g, %G, %V and %u
formats (which all concern themselves with ISO 8601 week dates).

g_date_time_format: support %D

%D represents the date in mm/dd/yy format.

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

g_date_time_format: small fixups

Add missing 'break;' from the case: block for %c.  Reorder the cases so
that %F comes before %g/%G and %n comes in its correct alphabetical
order.

g_date_time_format: fix padding for some formats

%e is supposed to be space-padded and %W is supposed to be 0-padded

Adjust the testcase accordingly since it expects the wrong behaviour.

GDateTime test: don't test removed %N

g_date_time_format: support %g and %G

These are the 2-digit and 4-digit ISO week-numbering years.

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

g_date_time_format: drop %N format

%N is not specified in any standards document, but we use it to display
the number of microseconds.

The fact that our our current implementation of it is nearly useless
(since it does not zero-pad) coupled with the high chance that a future
version of the C standard may specify it with another meaning means that
we should drop it.

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

g_date_time_format: support %w

%w represents the day of the week as a decimal, range 0 to 6,
Sunday being 0.

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

g_date_time_format: support %C

%C represents the century number (year/100) as a 2-digit integer

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

g_date_time_format: support %c

%c represents the preferred  date  and  time  representation  for the
current locale.

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

g_date_time_format: support %V

%V represents the  ISO 8601  week  number of the current year as a
decimal number, range 01 to 53, where week 1 is the  first  week
that  has  at least 4 days in the new year

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

Updated Belarusian translation.

Update Visual C++ README.txt's a bit

LibFFI 3.0.10 is now out officially...

Updated Swedish translation

Updated Swedish translation

gdbus-codegen: post-process all interfaces when parsing >1 file

This also fixes a crash when you run gdbus-codegen with no arguments.

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

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

Updated Norwegian bokmål translation

Revert "gdatetime: Add g_date_time_source_new()"

This reverts three commits:

 - 1feb752996b404965a2f58b29a569a273d4374fa
 - 5763c631473539746646697e6a775f6eacaa08e2
 - 21a538934091e1449e0479daf066fa20df2dc2ef

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

Make GMainLoop, GMainContext and GSource boxed types

Also add some annotations for better usage of these types in bindings.

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

Update Win32 and VS Readme files

Tell people about the GNOME Live! page that outlines building
GLib and its dependencies with Visual C++.

es.po: stop translating "kB" to "KiB", etc.

"kB" is used by GLib to mean 1000 bytes exactly -- not 1024.  It is
therefore incorrect to translate this to KiB.  Same for the other units.

The original commit ef3e5917ca1239b39db2cb433c4306d0152f18f5 fixing this
problem was reverted, so I'm applying it again.

See http://mail.gnome.org/archives/gnome-i18n/2011-July/msg00078.html
for more information.

g_get_monotonic_time: fix race condition

Since there was nothing guaranteeing synchronization of the
assignments to checked and clockid, it would be possible for one
thread to set clockid = CLOCK_MONOTONIC, and for another thread to see
checked = TRUE but still clockid = CLOCK_REALTIME.

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

unix signal watch: make API match other sources

Change the unix signal watch API to match other sources in both
available functions, names of those functions and order of the
parameters to the _full function.

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

glib.doap: Add glib to "platform" category