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.

Regenerate gir/gio-2.0.c

scanner: avoid crash when annotation explicitly changes 'self' argument

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

Fix misc/extract-gobject-sources.sh.

g-ir-annotation-tool is in builddir root now.  Also avoid feeding
problematic and not-GI-useful headers to it.

glib-2.0.c: annotate g_get_environ() and g_listenv()

make check pass for recent commits

* Fix use of tabs
* Update for correct signal parameters

Regenerate gio-2.0.c from current glib/gio HEAD.

Regenerate gio-2.0.c

Update path to g-ir-annotation-tool in extract-gio-sources.sh.

scanner: support typedefs for container types

Inside an alias definition, we only need the name of the alias target
type.  Add a method to GIRWriter to write out a type reference rather
than full type definition and use it when writing out an alias.

Determine introspectableness of aliases in IntrospectablePass so functions
using aliases can be marked not-introspectable if the alias itself is not.

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

Regenerate gio-2.0.c from current glib/gio.

giscanner: don't ignore signal parameter names from annotations.

If present in annotation, use parameter names from annotation instead
of (object, p0, p1, ...) names generated by dumpparser.

Assign names for all parameters before trying to resolve annotation
types, so that annotations containing forward references to other
arguments, e.g.

* GApplication::open:
* @application: the application
* @files: (array length=n_files) (element-type GFile): an array of #GFiles
* @n_files: the length of @files

cairo: Fill out GIR with cairo-gobject boxed information

We need these references to correctly handle when an API (say GTK3)
uses the cairo-gobject boxed types in a signal (like "draw").

API consumers need to be using g-i for signal handling to make
this all work.

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

cairo-1.0.gir: Un-foreign RectangleInt

cairo.RectangleInt is a very tricky case; it's (as of now)
boxed in cairo-gobject.  We're trying to fix a few bugs here.  First,
we want to make (out caller-allocates) work.  In order to do that,
we need to explicitly specify the fields so that the typelib
has the right size.

Also, add the boxed type now so that we pick up the right thing
from GObject signal parameters.

See history in bug 623222 and bug 636393.

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

gir: Add Time to xlibs-2.0

Fix thinko in regress suite.

regress_test_fundamental_sub_object_finalize should call parent's
regress_test_fundamental_object_finalize instead of
regress_test_fundamental_object_unref, otherwise recursion and
double-free might happen.

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

Support glib-mkenums comment /*< flags >*/

- Modify the lexer to consider all "trigraph" comments specially, and
  parse them for "flags" as well as "private" and "public" (which were
  previously hardcoded).  This change allows for future support of
  multiple annotations inside a single trigraph comment.

- Change the parser to consider the additional field "flags" set by
  the lexer when constructing enums.

- Add a test case for the "flags" trigraph comment to the scanner
  annotation tests.

See <https://bugzilla.gnome.org/show_bug.cgi?id=631530>.

Don't emit shadowed methods into the typelib

Ignore shadowed methods when parsing the GIR.

g_object_info_find_method_using_interfaces: Fix crash if not found

If a method wasn't found, we'd try to unref NULL.

g_object_info_find_method_using_interfaces: New function

Pull this down into introspection from gjs; this will allow us
to cache this better in the future (for example, by caching the
infos for interfaces in the info for the object).

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

Make sure we don't mark GInitiallyUnownedClass as disguised

Add directory index section

Use the internal perfect hashing API to add an index to the directory.

To support this, add the notion of additional "sections" to the
typelib.  A section index is inserted between the header and the
directory.

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

.gitignore: Update

Add internal hashing API designed for the typelib

In multiple places in the typelib, but most importantly the directory,
we need some fast indexing.  Perfect hashing, as implemented by CMPH
(previous commit), is an exact fit for the problem domain.

Add an API built on top of CMPH which maps strings->guint16 (we just
need a guint16 for the typelib index).

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

cmph-bdz-test: New test

Add a basic test of CMPH (without any layers on top).

cmph: Squash a lot of gcc -Wall compiler warnings

* Functions taking no parameters need to explicitly say (void).
* Mark some functions as static that are
* Comment out an unused function in bdz.c
* Change loop indicies "i" to be unsigned if our limit is unsigned

cmph: Add automake rules

cmph: Modify types to use GLib types

The 64 bit #ifdefs is just hackish and broken; e.g. it will fail
on ppc64/linux and WIN64.

Use the GLib typedefs, which I know are more correct.

Import CMPH 1.0

This will be used for typelib indexing.  See README-CMPH-IMPORT.txt
for more information.

Makefile.am: Add GTESTER_PROGS

This is a list of test programs to run under "gtester".

scanner: Switch to only Python 2.5 C API usage

PyUnicode_FromString is 2.6 only, we can use PyUnicode_DecodeUTF8
easily enough though.

Also, fix memory leaks in this function; we leaked the buffer
on success, and also in most failure paths.

scanner: More XML unicode fixes

Coerce input temporarily inside xmlwriter into Unicode to do
string manipulation, and then only convert it to "UTF8str" when
writing into the data buffer.

Add proper unicode support to the source scanner

The assumption is that the only allowed source encoding
is utf-8. Always strings as unicode and fix up the transformer
and xml writer to properly output utf-8.

Support hexadecimal escapes in constants

g_strcompress() only does some of what we need; fork it
and add support for \x escapes too.

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

scanner: Only mark structures and unions as out-caller-allocates

These are the only things for which we expect native values to be
preserved; for e.g. flags and integers, we expect bindings to convert.

The particular rationale for this patch is to avoid flagging flags (sic)
as (out caller-allocates).

Update gio annotations from GLib git

gtk-doc: Update for renamed libgirepository-internals.la

glib-2.0.c: annotate the arrays in g_spawn_sync/_async

girepository: Consistently prefix internal functions with _

This should better avoid them being exported.  Rename
girepository-parser.la to girepository-internals.la for clarity.

build: Flip around linking order of libraries for tools

It seems in some cases (Debian libtool) we get an injected rpath
first for the jhbuild root, which screws us over since we need
the libraries from .libs.

gitypelib: Extend warning for validation

scanner: Fall back to default uscoring for method pairing if possible

The commit to use the c_symbol_prefix works in every case, except for
gdk_window_object_get_type(), which screws us.  Fall back to the old
heuristic in this case.

Fix tests to look in correct directory for typelibs

With nonrecursive they're in $(top_builddir) now

tests: Print an error message

Fix line too long

scanner: use c-symbol-prefix for method pairing where possible

If we have a C symbol prefix for the target type, then use that to
identify methods that should be paired with it.  The C symbol prefix
is derived from the name of the _get_type() function, so it's likely
that this is also the prefix given to methods for the type.

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

scanner: don't show 'warnings suppressed' if --warn-all in use

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

Add support for gunichar in typelib

Some API such as gtk_text_iter_get_char returns an individual
"gunichar"; we should support this.

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

build: Explicitly link to libffi for g-ir-compiler

On Debian, libtool won't pull in dependencies from internal libraries when
linking.

Add g_object_info_find_signal

This matches g_object_info_find_method, and allows us to add indexing
later.

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

Makefile-gir.am: Fix explicit dependency of DBusGLib on GObject

Because of Makefile.introspection, the .typelibs are still put in
gir/.

Explicitly link g-ir-compiler and g-ir-generate to GIO

girepository only explicitly deps on GObject, so this is correct.

dumper: Differentiate between "external" and "internal" linking

The previous commit aea515709 broke scanning for libraries not
in the current directory, such as scanning Gio from gobject-introspection.

In this case, it's wrong to add -L., and to move the other -L behind
the library.  Instead, we should just do a "normal" link using
pkg-config --libs with few games.

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

Makefile-gir.am: Add explicit g-ir-compiler dependency

We need the typelib compiler to be built before we try to
build typelibs for the static gir files.

nonrecursive build: Fix typelib installation

Fix previous commit

..but we still should be looking for pre-written girs in gir/.

build: Fix scanner/compiler to look in $(top_builddir) now

Since we're nonrecursive, the build artifacts live in $(top_builddir),
so look there now for files like Gio-2.0.gir.

girepository: Only export ^gi?_ symbols

Otherwise it's really easy to unintentionally export unwanted symbols,
as would happen with the upcoming CMPH import.

Export gi_type_tag_get_ffi_type

This is needed by the offsets code, and is generally useful.  We
need to export it for a future patch which won't export symbols
with a leading _.

Switch to nonrecursive make for core (i.e. not tests/)

This is cleaner and faster, and prepares us better for an incoming
import of CMPH.

Move pyflakes to check-pyflakes

It has false positives difficult to work around now, and is
really better run as a periodic check anyways.

libtoolimporter: Don't assume we have a multi-component import

os.path.join barfs if we're passing it 0 arguments, as would happen
when doing "import foo".

tools: Switch to checking UNINSTALLED_INTROSPECTION_SRCDIR

Rather than introspecting the current directory, use the environment
variable we know is present if and only if we're running uninstalled.

This will be less prone to failure when we switch to nonrecursive
make, since the generated script will be in the top builddir, not
tools/ anymore.

Handle enumerations with the full range of signed and unsigned values

The C compiler will pick an enumeration type that accomodates the specified
values for the enumeration, so ignoring 64-bit enumerations, we can
have enumeration values from MININT32 to MAXUINT32. To handle this properly:

 - Use gint64 for holding eumeration values when scanning
 - Add a 'unsigned_value' bit to ValueBlob so we can distinguish the
   int32 vs. uint32 cases in the typelib
 - Change the return value of g_value_info_get_value() to gint64.

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

Compute enumeration storage types more accurately

Previously we just were sloppy and didn't bother to accurately compute
signed/unsigned for enumeration types.  But since we expect bindings
to decode a field value or function return value from an integer to
an enumeration they have know whether an integer value is
0xffffffff or -1, so we need to do the full computation.

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

girepository: Use G_TYPE_TAG_IS_BASIC consistently

This is a preparatory patch for adding a new basic tag.

scanner: Print out a message if warnings were off

Otherwise people may not know about --warn-all.

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

Fix previous commit

Handle CC="ccache gcc" for linker command too

The compiler path explicitly split()s the variable, we should do
so in the linker path too.

Fix regression in g_irepository_get_info

Commit f97cc8687469f25752f79275 broke the lookup in
g_irepository_get_info; the passed offset is 0-based, then
we convert it to 1-based (and then back to 0 later...which needs
to be fixed).