lp://staging/~ted/glib/menu-model-docs

Branch merges

Propose for merging

No branches dependent on this one.

On hold for merging into lp://staging/glib

Registry Administrators: Pending requested 2013-07-29

Diff: 26 lines (+16/-0)

1 file modified

gio/gmenumodel.h (+16/-0)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

13710. By Ted Gould on 2013-07-29

Document virtual functions that need (out)

13709. By Chun-wei Fan <email address hidden> on 2013-07-29

Add MSVC implementations of G_GNUC_*_IGNORE_DEPRECATIONS

As Visual Studio 2008 and later have support for the __pragma keyword,
where the compiler pragmas can be used in a macro, we can support
G_GNUC_BEGIN_IGNORE_DEPRECATIONS and G_GNUC_END_IGNORE_DEPRECATIONS
for Visual Studio 2008 and later, so many deprecation (C4996) warnings
can be suppressed when using these compilers when we use these macros
in the code.

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

13708. By Matthias Clasen <email address hidden> on 2013-07-29

Trivial typo fix

13707. By Matthias Clasen <email address hidden> on 2013-07-28

Use GLIB_PRIVATE_CALL macro

I accidentally pushed the fix for bug 704873 before
applying this cleanup.

13706. By Matthias Clasen <email address hidden> on 2013-07-28

Use better assertion macros

Use g_assert_cmpint and friends in the convert test, to get
more telling messages when they fail.

13705. By Matthias Clasen <email address hidden> on 2013-07-28

Avoid an unused variable warning

13704. By Colin Walters on 2013-07-28

Drop iconv caching code

This was introduced for Solaris performance theoretically;
we have never been able to use it on Linux/glibc because
the UTF-16 BOM state isn't reset.

We have no data about Solaris performance; were some to
still exist, we could reintroduce the code with an explicit
check for Solaris, not a check for glibc.

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

13703. By desrt on 2013-07-28

inotify: don't assume mainloop is running

GFileMonitor takes great care to sample the thread-default main context
at the time that it is created in order that events can be dispatched to
the correct thread when they come in.

The inotify GFileMonitor implementation uses a global file descriptor
shared between all watches. It has to poll this file descriptor from
somewhere so it arbitrarily picks the default main context.

The problem with that is that the user might not be running it.

Let's use the GLib worker thread for this instead. It's guaranteed to
be running if you need it, and this is exactly the sort of problem it
was meant to solve.

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

13702. By Matthias Clasen <email address hidden> on 2013-07-28

Fix build with statvfs

As pointed out in bug 704587, the maze of ifdefs was missing the
variable declaration for statfs_result in one case.

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

13701. By Rico Tzschichholz on 2013-07-27

Fix a typo

Introduced by 3b01cbe8a8a9ee2d1169f072624069877b91097c