Add private glib_get_worker_context() API

The first time this is called, this creates a GMainContext * and a
thread to run it.  Future calls return the same.  There are a lot of
places that we could use this in GLib.

GRand: Make sure to g_thread_init_glib()

The last commit should g_thread_init_glib() before attempting to use
GOnce.

GRand: remove setup from g_thread_init_glib

Use g_once_init_enter instead.

emufutex: remove init from g_thread_init_glib

Use a GStaticMutex instead.

win32: remove version init from g_thread_init_glib

Instead, make this use g_once_init_enter() in the usual way.

make g_thread_init_glib() idempotent

Move the GThread implementations to glib/

We can now get threads initialised from inside of libglib by calling
g_thread_init_glib().

invert gthread-impl includes

configure.ac defined G_THREAD_SOURCE and gthread-impl would #include it.

Instead, since we only have two thread implementations now, and since we
always use the Windows one only on Windows, move the logic to the
Makefile, predicated on 'if OS_WIN32'.  Then have the chosen backend do
the #include "gthread-impl.c" from there.

Remove the G_THREAD_SOURCE define from configure.ac.

win32 threads: assume TryEnterCriticalSection

Remove the dynamic lookup for TryEnterCriticalSection, which has existed
since Windows 2000.

Stop using HAVE_G_THREAD_IMPL_INIT

Just always call the init function.

Move thread priority translation into the backends

The translation of GLib priorities into the thread priorities of
different operating systems belongs in the implementation -- not
half-way in the front end.

Remove useless macros from when we supported DCE

These are non-ops now, and easily replaced.

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.