Assume only that an array is embedded in a struct if it's fixed size

Always add a zero-terminated attribute when it cannot be implied

g-ir-compiler assumes that an array is zero terminated when the
attribute is absent and there is no other attribute (length and
fixed-size), but g-ir-scanner only added the attribute when it is 0.
This means that an explicit zero-terminated=1 annotation would have
had no effect.
Fix that and at the same time ensure that all other arrays are not
zero-terminated by default.

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

Add boxed types definition for GLib

Use the new glib-boxed.h header from gobject to pair structure
definitions with boxed types in the GLib namespace, improving the
introspection coverage and removing some hacks.

Some fixes from Colin Walters <walters@verbum.org>

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

scanner: Support _get_gtype() as a GType creation suffix

Based on a patch by Giovanni Campagna <gcampagna@src.gnome.org>

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

Update expected GIR for commit e70cdbce955475915ea441bdbd45d02d825786f6

scanner: Parse GNUC expression statements

This is needed so we don't fail to parse gatomic.h from GLib.

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

Regress: fix GVariant tests

Functions that return floating GVariants must be marked (transfer
none).

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

Regress: Add GVariant tests

gifieldinfo.c: Quiet some compiler warnings

Bug 650622: Wrong suffix for CAIRO_SHARED_LIBRARY on OSX

Add more coverage for recently added (skip) regress additions

Whilst doing the gjs patch, it turned out this was needed in order to
do a robust test suite - we really want to cover all bases here.

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

Move recently added (skip) tests to the regress module

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

Add Since: for g_arg_info_is_skip()

Bump version to 1.29.0

This explicitly matches the GLib we're paired with, which is important
because the annotations need to be in sync.

However, we use a "1" major to show we're still not 100% stable.

Add support for the (skip) annotation on parameters or return values

This was discussed in bug 649657.

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

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

Add tests for returning zero-terminated arrays of non-strings

gjs has always supported zero-terminated arrays of strings, and
nothing else. Now that this changed, we need to test it.

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

GScannerParser: recognize character constants

Some enumerations (like GVariantClass) use characters instead of
plain integers, so we need to recognize them.

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

giscanner: read (array) and (element-type) annotations for fields

This way fields are no longer limited to basic types, and can be
supported without accessor methods.

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

gio-2.0.c: copy in two annotations from glib

Update expected gir for previous change

Add test function regress_test_struct_fixed_array_frob

g_field_info_get_field: return correct pointer for C array

Also add a test case.

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

Add GI_SCANNER_DISABLE_CACHE environment variable

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

gimarshallingtests: Remove incorrect cast

glib-2.0.c: Added annotation for g_variant_new_variant to mark it as constructor

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

fix #647621 - g_spawn_async_with_pipes annotation corrections

Makefile: Fix release scripts to point to gnome.org

This is where install-module lives now.

configure: Post-release version bump

Makefile: Make release targets depend on Makefile

So they get updated when configure changes.

glib-2.0.c: add annotations for g_base64_encode and g_base64_decode

Regenerate gio-2.0.c from glib/master

gio-2.0.c: Update from GLib git as of 92977a221760eb

girparser: use c:identifier-prefixes instead of c:prefix

This bug was introduced with
http://git.gnome.org/browse/gobject-introspection/commit/?id=36aa515f1036978ced8d4ffb808260844f7229e0
due to rename of c:prefix to c:identifier-prefixes.

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

configure: Post-release version bump

Fix generation of cairo typelib

By separating out cairo-1.0.gir from gir_DATA, we lost the generation
of the cairo typelib. So instead add cairo-1.0.gir to a new
SUBSTITUTED_GIRSOURCES and include that in gir_DATA.

Fix the rule for generating cairo-1.0.gir for srcdir != builddir.

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

configure: Post-release version bump

Makefile-gir: Fix EXTRA_DIST

Don't dist gir/cairo-1.0.gir, it's generated

We should not be disting it, because it contains values derived
from configure.  Extract it out of STATIC_GIRSOURCES, and also
move it to a Makefile rule rather than AC_SUBST as it should be
so it gets cleaned properly.

[tests] add a gclosure_return method to test passing GClosures between methods

support setting gobjects and ginterfaces in struct fields

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

Makefile: Rework release tools

Separate "preparing" a release locally from actually uploading it,
and automate bumping the version in configure.ac.

configure: Post-release version bump

cairo-1.0.gir: Use fully qualified shared library

The .so link is for development, we need to reference the full
soname; otherwise things will break without "cairo-devel"
installed.

configure: Post release version bump

Add "c:identifier" attribute to GIrNodeValue (for flags and enum values).

Flags and enums with a GType have a value_nick and value_name
strings available in the class struct. But for flags and enums
without GType, we need to get this information from introspection.

g_base_info_get_name() gives the string for value_nick. In the GIR,
the attribute "c:identifier" is the string neede for value_name.

This patch adds the "c:identifier" from GIR to the typelib for all
flags and enum values. It can be retireved using
g_base_info_get_attribute(info, "c:identifier").

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

Add GIMarshalllingTests function with in parameter as well as GError.

This allows bindings to test the ability to clean up (in)
parameters after a GError is set by the wrapped function.

Add mask flags to GIMarshallingTests to test for flags with the same value.

Glib uses flag aliases, multiple flag names with the same int
value. For example G_IO_FLAG_MASK and G_IO_FLAG_GET_MASK. We need
these flag values to test that gi bindings don't assume that all
flags have the same value.

Add warnings for the (constructor) annotation

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

Update exact wording of warning in test

Add warnings for the (method) annotation

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

Add non GType flags to GIMarshallingTests.

GIrNode: fix lookup of cached type nodes

Different types of array have different type nodes, so they should
produce different keys in the cache of already seen type nodes, to
avoid turning a GByteArray into a reference to a GPtrArray.

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

[tests] Add GIMarshallingTests function for multiple in and multiple out args.

Fix argument name of MISSING_ATTRIBUTE macro ('ctx' => 'context').

The argument was called 'ctx' but the macro was using 'context'.
This wasn't causing the build to fail because the variable
'context' was already defined in all the scopes where this macro
was used.

Include cairo.h instead of cairo/cairo.h

The cairo/ directory is searched for header files anyway.

Account for arg direction in g_callable_info_get_ffi_arg_types

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

Post release version bump

scanner: Don't fail on mkdir if cachedir already exists

Hit this race in practice with two g-ir-scanner invocations
in Fedora's koji.

Add (method) overrides

So methods such as gtk_drag_dest_set() can be put inside Gtk.Widget

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

Update gobject/gio syntax

Now fetches all sections correctly, with updated glib code base
and an updated annotation tool.

Preserve gtk-doc section names

Preserve the section names and write them out on the class/record/
interface.

Sort gio/gobject annotations

Sort output

Add missing spaces

Add (constructor) annotation

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

[scanner] Don't crash if we don't have a ctype in array element types

Pass shared-library as-is to g_module_open

Because it already has the lib prefix and the .so postfix

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

Preserve the c:type of array elements

So the element type has the correct is_pointer flag

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

Disable missing class structure warning, add a bug reference

ast: cleanup clone() methods

Depend on cairo-gobject if available

And set library-name and package accordingly in the cairo .gir

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

Add GIMarshallingTests.Interface2

so we can test conflicts when two bases have a vfunc with the
same name.

Regenerate gio-2.0.c from glib/master

Initialize GIMarshallingTestsBoxedStruct so we can test its values

Add GIMarshallingTests function which sets a GError, to test exception handling in bindings.

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

[tests] add tests for guint8 arrays

* guint8 can be interpreted as array characters that can be memcpyied
  during marshalling so add a test to check if we are correctly handling
  this codepath

Add a second enum to GIMarshallingTests to support pygi tests for non-gtype enums.

There was a bug in pygi in which non-gtype enums shared values between themselves.
That is, if there was an attribute Enum.THE_VALUE, it would be available on as OtherEnum.THE_VALUE as well.
To make a test case for this bug, we need a second non-gtype enum in GIMarshallingTests to compare with.

test: gi_marshalling_tests_array_gvariant_in

A new test to expose a bug in pygobject

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

Make caller-allocates detection work for struct aliases

Scanner tries to detect caller-allocates attribute automatically if
not explicitly specified by checking that parameter is not double-referenced
and is struct or union.  This patch adds resolving of aliases when
checking whether parameter is struct or union.

Also removes old incorrect method transformer.follow_aliases, which
was never used in current code.

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

Add support for g[u]intptr in scanner and girwriter.

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

Post-release version bump

Add g_vfunc_info_invoke and g_vfunc_info_get_address

for calling the native implementation of a virtual function. Refactors
the code common with g_function_info_invoke in _g_callable_info_invoke.

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

tests: Update expected girs for --c-include

Revert "scanner: Stop predeclaring the functions that are to be scanned"

This reverts commit 88553b4cd6776b7eff9a3b1d63eb8e49be0bd8f2.

Revert "scanner: Include all headers when building the dumper binary"

This reverts commit bedd7dd61508684b78bd1e95fed8025d48661b48.

tests: Fix build by including correct headers with --c-include

scanner: Rename g_irepository_dump when included from the dumper

This avoids a naming conflict when compiling GiRepository.gir, where
g_irepository_dump() was defined in an included header.

gir: Fix build of Gio-2.0.gir

- include gio-unix headers properly into Gio gir
- don't include gsettingsbackend.h

scanner: Stop predeclaring the functions that are to be scanned

Instead, rely on the c_includes. See the previous commit for details.

scanner: Include all headers when building the dumper binary

This avoids warnings about undefined functions when using init sections
and it removes the requirement to predeclare the get_type functions that
should be called. For an example for this problem with GStreamer, see
https://bugzilla.gnome.org/show_bug.cgi?id=639039

We can now also use gcc's error checking to ensure that users
- specify the correct C includes in the gir file (because otherwise we
  get errors when compiling the dumper).
- the types do actually exist (because again, the compiler will
  complain).

scanner: Use packages from --pkg

Use pkgconfig files from --pkg when compiling the dump binary.

This helps avoiding linker errors when init sections are provided that
use code from those packages.

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

scanner: Make sure that vfuncs made to the GIR

* don't skip those associated to a signal
* don't warn if it doesn't have an invoker

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

scanner: Fix handling of property transfer

* gdumpparser.py was incorrectly passing the ctype for transfer
* Property constructor wasn't actually doing anything with passed transfer
* Parse transfer-ownership in girparser

scanner: Properly parse recursive list type nodes

Previously we were just looking for <type> inside a GLib.List,
but it may be <array>.

See bug 637262 for code that triggered this.

Regenerate gio-2.0.c

Regenerate gio-2.0.c and gobject-2.0.c from current glib HEAD

Avoid using namespace as identifier in public header files

Post-release version bump

Fix srcdir != builddir problems for test cases

Fix error handling when writing out typelib

Return a non-zero result when opening the output file fails and
don't use g_error() for other failures when writing out the file,
since such errors should not produce a core dump.