gappinfo: Fix uninitialized-variable gcc warning

Annotate API introduced for 2.34 with GLIB_AVAILABLE_IN_2_34

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

Annotate API introduced for 2.32 with GLIB_AVAILABLE_IN_2_32

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

Annotate API introduced for 2.30 with GLIB_AVAILABLE_IN_2_30

I didn't do this comprehensively, since there's a lot of it, mainly
due to the GDBus object manager stuff, but anyone trying to use
that would fail fast due to lack of the gdbus code generator.

My main goal was to get API additions to existing classes like
g_data_input_stream_read_line_utf8(), as well as the lower level new
API like glib-unix.h.

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

gio: fix symbol name

Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>

gio: add GBytes-based input/output stream methods

Using a caller-supplied buffer for g_input_stream_read() doesn't
translate well to the semantics of many other languages, and using a
non-refcounted buffer for read_async() and write_async() makes it
impossible to manage the memory correctly currently in
garbage-collected languages.

Fix both of these issues by adding a new set of methods that work with
GBytes objects rather than plain buffers.

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

Revert "application: Don't print a critical warning here"

This reverts commit 1541478bac6fed26bcb77ebae5e50bb7a76954f7.

application: Save a few bytes in the library

There's really no need to put useless whitespace into the .so.

application: Don't print a critical warning here

It's a runtime error, not a programming error.

glib: fix build

Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>

gspawn: Add GSpawnFlag to use the PATH from envp

Add a G_SPAWN_SEARCH_PATH_FROM_ENVP flag to GSpawnFlags so that
g_spawn_async() etc use the PATH variable from the passed-in child
environment to search for the executable.
If both this flag and the G_SPAWN_SEARCH_PATH flag are set, the
child environment is searched first and only falls back to the
PATH from the process environment if it is unset.

Bug #676398.

environ: Allow NULL envp

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

GMemoryOutputStream: Add API to return data as a GBytes

Matches the corresponding additions to GMemoryInputStream.

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

GMemoryInputStream: Add API to accept GBytes

And s/Chunk/GBytes/ internally.  GBytes is really a perfect match for
GMemoryInputStream.

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

gio: The tmpl parameter to g_file_new_tmp can be NULL

Fixes: https://bugzilla.gnome.org/676208

g_utf8_validate: @str shouldn't end up annotated as utf8

In order for this function to have any point, it has to be possible to
pass non-UTF-8 data to it, so annotate @str as being array-of-guint8
instead of utf8.

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

proxy-test: work even when the upstream DNS lies

Rather than depending on the host's DNS configuration to properly
return an error for a non-existent hostname, just substitute in
a dummy GResolver implementation that does it for us.

g_app_info_launch_default_for_uri: don't use GFile if we don't have to

GFile doesn't handle some "real" URIs, so check if there's a default
handler for the URI scheme first, and only use g_file_new_for_uri()
and g_file_query_default_handler() if not. Eg, this fixes the case of
opening http URIs with "%2F" in the path.

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

Document that g_app_info_create_from_commandline() does unquoting according to fd.o

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

gnetworkmonitornetlink: don't leak the list of networks

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

g_clear_pointer: work around gcc helpfulness

gcc gets upset when we do "((GDestroyNotify) destroy) (_p)" because
it's non-portable. But we don't care; we already know glib wouldn't
work on any platform where different pointer types have different
calling conventions. So tweak the code to avoid the warning.

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

gsettings: add reset-recursively to bash completion

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

Improve libelf configure check

system libelf is not sufficient for glib (lacks elf_getshdrstrndx and
elf_getshdrnum) so let's make sure we don't define HAVE_LIBELF

glib: fix memory leaks in gutils, protocol, and strfuncs tests

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

Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>

update .gitignore

GAppInfo: add a mechanism to query supported content types

This essentially adds an accessor for the MimeType field in desktop files,
to retrieve the list of all mime types supported by an application.
The interface though is part of GAppInfo, so it could be implemented
in the future by other backends.

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

Add g_type_ensure() and use it rather than playing games with volatile

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

gfile: add g_return_if_fail to g_file_make_directory_with_parents()

gfile: Plug memory leak in g_file_make_directory_with_parents()

The logic here is pretty twisted, but basically we were leaking a ref
for each non-existent parent.  The clearest way to fix this was to
move to more explicit refcounting logic; when a variable is pointing
to an object, it holds a ref.

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

Cover some malloc corner cases in tests

Add a test for g_clear_pointer

[l10n] Update Japanese translation

Use non-deprecated api in tests

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

gkeyfile: Fix annotations for g_key_file_load_from_data

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

docs: reference g_menu_item_new in gmenu convenience menuitem API

[l10n] Updated German translation

Set GLIB_VERSION_MAX_ALLOWED to GLIB_VERSION_CUR_STABLE by default

version macros: Make MIN_REQUIRED the current stable version

So that deprecation warnings will come into effect starting from the
stable release, instead of the next.

[l10n] Update Japanese translation

configure.ac: more AS_IF

It looks like JH_CHECK_XML_CATALOG has some prerequisite as well

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

configure: Use AS_IF almost everywhere

Not doing so is an evil trap, sadly.  This patch has been
compile-checked on Fedora 16, and I've verified that the generated
config.status and config.h is exactly the same.

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

configure.ac: use AS_IF

This way any prerequisites for e.g. AC_CHECK_HEADER are always executed
before the 'if'.

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

Updated Russian translation

docs: Fix typo in G_DEFINE_DYNAMIC_TYPE_EXTENDED example.

Updated Czech translation

application: Clarification about 'primary instance'

For non-unique applications, the 'primary instance' is the current
instance.

Updated Greek translation

Fix GIO/GObject Visual C++ projects

-Make up for the missed DLL_EXPORT-it's actually needed for all GLib DLL
 builds, omitting this caused problems to surface due to recent works to
 make GDBus work on Windows.
-Also use the FFI_BULIDING macro for GObject builds as the suggessted
 workaround for using static LibFFI builds (as we do now)-please see
 ffi.h(.in). This will fix the build of GObject against LibFFI 3.0.11,
 but it is probable that this will change at some point for LibFFI.

GLib 2.33.1

slice-color test: don't use non-existent macro

G_GUINT64_MODIFIER doesn't exist, but G_GINT64_MODIFIER does (and will
be the same as is needed for unsigned).

tests: temporarily disable GDBus async proxy test

It has never worked properly and, with the new GDBus testing stuff, it's
occasionally failing.

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

contenttype test: don't pass -1 as length

g_content_type_guess() takes a gsize, not a gssize, and -1 does not mean
"I am passing a NULL terminated string".

configure: Reset LIBS after ELF check

If action-if-found is not specified, AC_CHECK_LIB will append the library
to LIBS. As we don't want to link everything against libelf, reset LIBS
after doing the checks.

GApplication: add accessor for DBus information

Provide public access to the GDBusConnect and object path that
GApplication is using.  Prevents others from having to guess these
things for themselves based on the application ID.

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

GApplication: allow null application_id

GApplication application ID is now permitted to be NULL, in which case
G_APPLICATION_NON_UNIQUE will be implicitly enabled.

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

Updated French translation

g_clear_pointer: use the same static checks than g_clear_object in glib-2-32

Updated Galician translations

l10n: Updated Italian translation

Update gio/tests/.gitignore

fix warnings

Updated Norwegian bokmål translation

Updated Brazilian Portuguese translation

Fix several recently-introduced bugs in g_output_stream_write_async()

g_output_stream_write_async() was not initializing the newly-added
members of the WriteData structure, causing various problems.

Also, g_input_stream_read_async() was now leaking its cancellable. Fix
that as well.

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

Add g_clear_pointer()

Also reimplement g_clear_object() using g_clear_pointer()

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

GAppInfo: overwrite the DISPLAY only if it is set in the launch context

If the launch context is a GAppLaunchContext, and not a
GdkAppLaunchContext, then g_app_launch_context_get_display will return
NULL because the get_display virtual method is undefined. The DISPLAY
might still be inherited from the parent process, in which case
overwriting it with NULL breaks the launch.

This is a regression introduced in:
de834bed306565c0652050665eafff4dfcdf0d8b

Fixes: https://bugzilla.gnome.org/672786

Updated Hebrew translation.

Dist gio/dbus-daemon.xml and fix dependency for builddir != srcdir

build: Fix 'make dist' regression

Commit f084b603771f78126bc0b07229a1574b76e776bb incorrectly set
DIST_SUBDIRS for the toplevel Makefile.am.  In general actually we
don't need to set it, because modern automake automatically sets
it by looking at conditionals for SUBDIRS.

Tested-by: Rico Tzschichholz <ricotz@t-online.de>
https://bugzilla.gnome.org/show_bug.cgi?id=667806

gsocket: test if family is <= 0, not < 0

If all members of GSocketFamily are supported on the platform, then
all of its values will be positive, and so the enum might become
unsigned, in which case testing for "family < 0" might cause warnings.
But we want to return an error if family == 0 (aka
G_SOCKET_FAMILY_INVALID) anyway, so just tweak the test accordingly.

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

make sure configure fails if AC_CHECK_ALIGNOF cannot detect the alignment

When cross-compiling with gcc >= 4.5 AC_CHECK_ALIGNOF fails to detect the
correct alignment. Without a previous AC_CHECK_TYPE for the same type, the
alignment is silently set to '0'.
This makes sure that configure fails and reports the problem.

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

win32: More srcdir != builddir fixing

win32: Fix build with srcdir != builddir

Missed this part in the last commit

win32: Fix build of gdbus-daemon-generated.[ch]

gdbus-daemon-generated.[ch] failed to build because it depended
on gdbus-2.0/codegen/gdbus-codegen which was build during the SUBDIRS part
of the build, however SUBDIRS are done *after* processing BUILT_SOURCES,
and these files are in BUILT_SOURCES.

The fix is simple, instead of running the gdbus-codegen code we
run the gdbus-codegen.in code, which works fine for uninstalled execution.

I also removed Makefile from the dependencies to avoid rebuilding the file
in tarballs, as Makefiles are written at configure time. We should be able to
ship the prebuilt files in the tarballs.
When running uninstalled

Updated Bulgarian translation

Updated Galician translations

Visual C++ projects: Clean/fix up

Clean/fix up the Preprocessor Definitions for the various projects, where
we purge out the unneeded macros and add _DEBUG to the Debug builds of
various projects that somehow lacked this.

This will also fix the GIO build under Visual C++ 2008, as the _DEBUG macro
in the release builds will cause a debug entry to appear in its manifest
file during the build, which will cause GIO-using applications to fail
to run on systems not running Visual C++/Studio 2008 due to its embedding
of a badly-generated manifest file.

Add tests for signal convenience api

Add tests for toggle reference and qdata

Improve test coverage in gobject/tests

This is just making sure that we execute property getters/setters.

Add some directory getter tests

Improve GOptionContext test coverage

Updated Spanish translation

Make GDataOutputStream implement GSeekable

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

Make GBufferedOutputStream implement GSeekable

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

Make GBufferedInputStream implement GSeekable

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

Updated Russian translation

Make the child source test work

On my machine, this test was failing, because the timeout source
for quitting the inner mainloop was triggering repeatedly. Avoid
that by explicitly returning G_SOURCE_REMOVE from the callback.

docs: Use latest docbook dtd: 4.5

docs: rename *-docs.sgml to *-docs.xml

We are using xml docbook nowadays

docs: Add index to new api added in 2.34

docs: Fix "Since" markup

gio: add a proxy test program

Test GProxy, GProxyResolver, GProxyAddress, and
GProxyAddressEnumerator, plus GSocketClient's proxy-resolving
codepaths.

gio: Add more information to GProxyAddress

Add two new methods to GProxyAddress for recovering information about
the destination URI that the proxy was created for (and modify
GProxyAddressEnumerator to set that information when creating the
GProxyAddress).

gio: fix error handling in async case of GProxyAddressEnumerator

In the async case, a failed DNS lookup was causing the proxy
resolution to bail out immediately, rather than just moving on to the
next potential proxy (which might not need us to do the DNS lookup
beforehand). Fix that.

Updated Galician translations

Updated Spanish translation

Updated Hebrew translation.

Updated Bulgarian translation

Updated Galician translations