Add build/win32/setup.py to distribution

Bug 653841: Update README.win32 and VS README.txt's

This relates to my previous commit titled "add a script to generator
files for building" on behalf of Shixin Zeng.

Tell people about the availability of a python script to create the
necessary files for a Visual C++ build from a GIT checkout.

This is done with the courtesy of Shixin Zeng's python script which does
the job and eliminates the troubles of getting a suitable shell environment
to do the "make dist" job (which is especially not easy on Windows itself!)

add a script to generator files for building

Signed-off-by: Chun-wei Fan <fanchunwei@src.gnome.org>

Post-release version bump

Up to 2.29.11

2.29.10

build: Use --disable-maintainer-mode for distcheck

Otherwise due to weird things like gtk-doc.make copying files back
into the source directory, we may run into the maintainer mode
bits mistakenly attempting to rerun.

gio: Fix srcdir != builddir build for docs

Update NEWS for 2.29.10

Fix the build

When renaming a variable from _SCRIPTS to _DATA, it helps to
also rename all references.

Disable a failing test

Update GIO VS 2010 project templates

Revert EOL of these files to Unix style as they are to be processed
during "make dist"

Updated GIO Visual Studio Projects

-In gio/Makefile.am, the name for one of the filters for capturing the
 sources for the GIO VS Project Files is corrected.
-Remove the GIO source file items in the VS project files templates as
 a result for this change, and move the entry of the "new"
 gregistrysettingsbackend.c into the filter in gio/Makefile.am

G_STATIC_REC_MUTEX_INIT: Fix missing initialization.

Add the third struct field, zeroed, to avoid a compiler warning.

Install completion scripts as DATA, not SCRIPTS

They are sourced by the shell and don't include a #!/bin/sh, so they shouldn't
be marked as executable.

gasyncresult: document that NULL GAsyncReadyCallback is allowed

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

GCancellable: Fix build on Win32

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

gio: Some more build fixes

Fix build

The g_return_val_if_fail() macro takes a return value.

parameter guards for GSimpleAction constructors

GAction: make GObject properties read-only

GAction is a read-only interface (as is visible by the lack of _set() functions
on its API).  The properties on the interface currently force implementors to
support writing of the properties at construct time, however.

Lift that restriction.

Take advantage of this from GSimpleAction by nuking the set_property
function and setting the fields directly in the constructor.

actions: merge testcases change_state and entries

Since we have support for change_state in GActionEntry now.

Add 'change_state' callback to GActionEntry

Add example for 'change-state' signal

Pulled from the testcase.

Add testcase for GSimpleAction::change-state

Add 'change-state' signal to GSimpleAction

If connected, allows the user to control the result of
g_action_change_state().

Add example to docs for using GActionEntry

Add a test case for GActionEntry

Add g_simple_action_group_add_entries()

A convenience API for creating lots of actions quickly.

allow NULL state in g_simple_action_new_stateful

as an undocumented feature

Make 4 incompatible changes to the GAction API

This commit represents an API break to GAction in the following ways:

  - the 'set_state' entry in the GActionInterface vtable has been
    renamed to 'change_state'.  The number and order of vtable items has
    not otherwise changed.

  - g_action_set_state() has been renamed to g_action_change_state() to
    match the updated vtable entry.

  - the "state" property of the GAction interface has been changed to
    read-only to reflect the fact that g_action_set_state() no longer
    exists.

  - GSimpleActionClass has been hidden.  GSimpleAction can no longer be
    subclassed.

>> Rationale

g_action_set_state() has never been a true setter in the sense that
calling it will update the value of the "state" property.  It has always
been closer to "request 'state' to be changed to this value" with
semantics defined by the implementor of the interface.  This is why the
equivalent method in GActionGroup had its name changed from 'set' to
'change'.  This change makes the two interfaces more consistent and
removes any implication about the effect that calling set_state() should
have on the 'state' property.

>> Impact

This incompatible API break was undertaken only because I strongly
suspect that it will go entirely unnoticed.  If the break actually
affects anybody, then we will accommodate them (possibly going as far as
to revert this commit entirely).

The virtual table change only impacts implementors of GAction.  I
strongly suspect that this is nobody (except for GSimpleAction).

The hiding of GSimpleActionClass only impacts impacts subclasses of
GSimpleAction.  I strongly suspect that none of these exist.

The changing of the property to be read-only only affects people who
were trying to change the state by using GObject properties.  I strongly
suspect that this is nobody at all.

The removal of the g_action_set_state() call is the most dangerous, but
I still suspect that it will impact nobody outside of GLib.  If anybody
is impacted by this change then, at their request, I will reintroduce
the API as a deprecated alias for g_action_change_state().

Update Visual Studio README.txt's

-The VS2010 README.txt should have Windows CRLF EOL.
-Tell people about the added dependency on LibFFI

Re-attempt to correct EOL on VS2010 solution

This time I realized that I needed to set autocrlf=false on my Windows side
... ugh...

This is one of those files that must have CRLF line endings to work
orrectly :|

GCancellable: Fix build on Win32

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

gmain: Fall back to pipes if kernel doesn't support EFD_CLOEXEC for eventfd()

Also remove the caching of checking for eventfd; just try it every time, it's
cheap enough to do so.

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

Updated Belarusian translation.

Updated Belarusian translation.

Change to AM_MAINTAINER_MODE([enable])

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

Updated Belarusian translation.

GSimpleAction: fix typo

Typo fix.

Fixes jhbuilding gobject-introspection.

Refine Visual Studio Projects

-Reinstate build/win32/vs10/glib.sln with the correct EOL (DOS/Windows) so
 that the file can be correctly recognized by Windows, rather than having
 the "Unrecognized Visual Studio Version".

-Update the main GLib projects to output the DLL/LIB file into <Release or
 Debug>\<Win32 or x64>\bin for all configurations.

-Update/simplify the property sheets to copy all DLL and LIB files from
 <Release or Debug>\<Win32 or x64>\bin for all configurations.

-Update the VS 2008 property sheet to seperate the intermediate directories
 for all projects as well to avoid errors/warnings of being unable to
 write/access the PDB files as they are in use.

Temporarily remove build/win32/vs10/glib.sln

To fix up for the line endings (this needs to be in the DOS/Windows
format)

Unicode: add a g_utf8_substring convenience api

This function is useful in the GTK+ accessibility implementations,
and seems like a nice thing to have around in general.

Typo fix

Plug a mem leak in the regex test

Add boxed GType for GMatchInfo

Make GMatchInfo refcounted

build: fix gtk-doc when srcdir != builddir

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

Fix typo in GTime docs

deprected -> deprecated

Add tests for GValueArray

Improve test coverage for GValue transformations

Run some tests with errorcheck mutexes too

All in the name of better test coverage.

Updated Russian translation

Update config.h.win32(.in)

Make file contents more like the config.h(.in) contents

build: Cache check for futex() and eventfd()

GCancellable: Use Linux eventfd() instead of pipe

See commit f626dd2b4311bd82137c5b208ab2de288c3e6fae for rationale;
basically it's cheaper than a pipe.

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

gmain: use Linux eventfd() for main context wake up

The Linux eventfd() call is basically tailor made for the main loop
wake up pipe - all we want is a threadsafe way to write to a file
descriptor, and wake up the context on the other end; we don't care
about the content at all.

The eventfd manual page basically explains the benefits:

       Applications can use an eventfd file descriptor instead of a
       pipe (see pipe(2)) in all cases where a pipe is used simply to
       signal events.  The kernel overhead of an eventfd file
       descriptor is much lower than that of a pipe, and only one file
       descriptor is required (versus the two required for a pipe).

When writing my multithreaded spawn test case I actually hit the 1024
file descriptor limit quickly, because we used 2 fds per main context.
This brings that down to 1.

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

gio/Makefile.am: Remove stray references to $(marshal_sources)

Fix a srcdir!=builddir issue, and export that we support it

Future jhbuild versions will consume the BUILD API and automatically
use a builddir, so mark us as supporting it.

Updated Galician translations

Add iter_replace API to GHashTableIter

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

Make gmarshal.c actually compile standalone

It was lacking the necessary includes; in the past it has been
included towards the bottom of gsignal.c, and gained its includes
that way.

Stop using glib-genmarshal at build time

To help cross compilation, don't use glib-genmarshal in our
build.  This is easy now that we have g_cclosure_marshal_generic().

In gobject/, add gmarshal.[ch] to git (making the existing entry
points stubs).

In gio/, simply switch to using g_cclosure_marshal_generic().

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

GDBus: Unref worker from worker-thread to avoid race

... otherwise we might end up using the worker after it has been
freed. Reported by Dan Winship and Colin Walters.

This fix uncovered a bug in the /gdbus/nonce-tcp test case so "fix"
that as well to use a better way of having one thread wait for another
(using quotes for the word "fix" since it's pretty hackish to
busy-wait in one thread to wait for another).

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

gthread tests: Remove spurious return;

gclosure: Add G_TYPE_ENUM and G_TYPE_PARAM for g_cclosure_marshal_generic()

These are fundamental types missed in the original commit.

gdbus-test-codegen: Allocate full integer space for uint16 properties

Because there is no G_TYPE_[U]INT16, we need to use integer types,
otherwise we'll end up overwriting memory (in this case on the stack).

configure.ac: Generate xz tarballs by default

Visual C++ 2010 project files update

Consolidate my previous commit into property file... should have realized
this sooner...

Update Visual C++ 2010 Projects

-Seperate intermediate directories for each project to avoid intermittent
 MSBuild errors that a build log cannot be written while in use, and
 update the property sheet as necessary.
-Minor cleanups of uneeded tags in the projects/properties

Clarify nul-termination of g_utf8_to_ucs4[_fast] result

The docs for g_utf8_to_ucs4_fast didn't mention that the resulting
string is terminated by a 0 character.

Bug #652897.

Add tests for GCache

asyncqueue: improve test coverage

utils: silence tests unless verbose

logging: improve test coverage

hash: Improve test coverage

Update gsettings/glib-compile-schemas VS Projects

These tools require the use of GModule headers also, so update the include
directories so that the correct gmodule.h will be included instead of the
system-installed version.

gvariant: Mark g_variant_new_variant as constructor

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

gdatainputstream: Add Since: tags and update gio-sections.txt

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

GDataInputStream: Add _utf8() variants of _read_line

These will validate the resulting line, and throw a conversion error.
In practice these will likely be used by bindings, but it's good
for even C apps too that don't want to explode if that text file
they're reading into Pango actually has invalid UTF-8.

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

GDataInputStream: Clarify read_line() docs, mark as byte array

g_data_input_stream_read_line() and
g_data_input_stream_read_line_finish() don't do any encoding checks,
so we shouldn't call the returned value a "string" (which I'd like to
mean UTF-8).  Annotate them as byte arrays and add encoding warnings
to the docstrings.

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

Fix build due to trivial typos in ab0e9dbf.

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

G_STATIC_REC_MUTEX_INIT: Add a 0 to the initialization.

This avoids a compiler warning about an incomplete initialization
when using this.

Drop dead code in GVariant parser

There is no chance that an unsigned integer value will be negative after
we do the bounds check that enforces its non-negativity.

Caught by Matthias running Coverity.

Eliminate some dead code

Remove a redundant NULL check

Silence a compiler warning

Add some argument checks to filename conversion functions

gmain: Close race condition in _g_main_wake_up_all_contexts()

Running gthread/tests/spawn-multithreaded in a loop, I very easily hit:

GLib-CRITICAL **: g_main_context_wakeup: assertion `g_atomic_int_get (&context->ref_count) > 0' failed

Testing the refcount still left a window where we would fall into the
assertion.  Fix this by just locking the context.

gmain: Only run through signal delivery once per read()

This is what I intended to do before.

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

gmain: Use sigset_t for keeping track of installed signals

Minor code cleanup.

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

gspawn: Reset signal handlers for synchronous spawning

We should by default reset signal handlers; particularly with the
ability to install them via g_unix_signal_source_new(), we don't
want to call a user callback inside a fork()ed helper process.

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

glib/tests/unix.c: Also test SIGTERM

We expect this to not kill the process, so it'd be a good one to test.

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

spawn-multithreaded: Clean up IO channel code

I modeled the new bits after how gunixmount.c handles GIOChannel;
it's apparently easier not to look at the condition.

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

gspawn: Handle EINTR in a few more cases

I was debugging gthread/tests/spawn-multithreaded.c, and while I
don't think I actually hit EINTR in any of these cases, it'd be
good to fix them anyways.

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

spawn-singlethread.c: New test

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

spawn-multithreaded: Also look for lt-test-echo

I hate libtool =(

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

If dup fails don't call close()

Remove a redundant assertion

A gsize is never going below 0.

Don't compare unsigned numbers with 0

It does not work.