[everything] Depend on cairo properly

Don't try to build the everything library nor the gir if we
can't find cairo. Pass in the right flags so it can be built
when cairo is not in the same prefix as the rest of the dependencies.

Add missing build dependency for GIMarshallingTests on GObject-2.0.gir

Also consistently specify --add-include-path.

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

Add --disable-tests configure flag

This allows us to not hard depend on cairo.

Update Everything-1.0-expected.gir for recent changes

Add tests for vfuncs in classes

Add tests for vfuncs in interfaces

Add a bunch of new tests for nullable args in Everything module

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

Update tests for new fields in Everything module

Use a pointer to a known type as a member of GIMarshallingTestsNotSimpleStruct

Add a simple callback type which has no arguments or return values

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

Add foreign struct funcs to Everything

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

Add *~ to .gitignore

If needed, convert from camelcase to underscores when stripping the prefix of constants

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

Add GIMarshallingTests typelib

Fixes #615299

Update Everything-1.0-expected.gir

Assert input values in Everything funcs

Correctly use ffi_closure_alloc(), fixing mmap permissions error

This restores the reverted-commit ed8634d:

    Author: Dan Winship <danw@gnome.org>
    Date:   Mon Apr 5 14:05:52 2010 -0400

    g_callable_info_prepare_closure: handle mmap permissions error

    When SELinux or similar is active, a process may not be able to mmap()
    a segment that is both writable and executable, which would causing
    g_callable_info_prepare_closure() to fail. Libffi has a workaround for
    this problem though (it maps the same non-anonymous region twice, once
    writable and once executable, and returns two separate pointers to
    it), so use that.

But with an added fix, when using ffi_closure_alloc(), we need to use
ffi_prep_closure_loc() so we can pass in the executable address of the
trampoline separately from the writable address, rather than the
deprecated ffi_prep_closure().

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

Revert "g_callable_info_prepare_closure: handle mmap permissions error"

This reverts commit ed8634ddf73a56cb1935fd87254b3c6c04352893.

This commit caused crashes in gjs/gnome-shell, which we're still trying
to track down.  See: http://bugzilla.gnome.org/615078

[glib] Add GKeyFile annotations

[configure.ac] Post release version bump

[giroffsets] Also update this code for change to signed enumeration values

g_callable_info_prepare_closure: handle mmap permissions error

When SELinux or similar is active, a process may not be able to mmap()
a segment that is both writable and executable, which would causing
g_callable_info_prepare_closure() to fail. Libffi has a workaround for
this problem though (it maps the same non-anonymous region twice, once
writable and once executable, and returns two separate pointers to
it), so use that.

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

[cairo] Mark add structs as foreign

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

Add support for foreign structs

Foreign structs are special in the sense that there might
be native bindings (for instance PyCairo for PyGI) that provides
the same functionallity as the introspected variant.

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

[docs] Remove reference to girwriter.c

[typelib] Remove space/indent mismatch

Remove unused file girwriter.c

Remove trailing whitespace

Revert accidentally committed attribute

[MAINTAINERS] Remove Matthias

[girepository] Remove trailing whitespace

[cairo] Remove unused glib types

Enumerations can be negative

Change the internal type for ValueBlob to gint32, since it's perfectly
valid for enumerations to have negative values.

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

[configure.ac] Post-release version bump

[MAINTAINERS] Add Colin Walters <walters@verbum.org>

Fix g_file_enumerator_next_files_finish annotation

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

Small fix to handle @attributes:  .... (.....)  as a parameter to a function

Previously crashed out, now just ignores the attribute

[glib] Add g_convert annotations

Merge remote branch 'origin'

[everything] Add alternative boxed constructors

[gio-2.0.c] Annotate g_file_replace

[everything] Add to expected .gir for last comment

[everything] Add some "torture" test functions with baroque signatures

We didn't have good coverage of say in arguments after out.

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

Add a test function with an out argument and some other after that

Useful to debug case https://bugzilla.gnome.org/show_bug.cgi?id=611529

[giscanner] Catch CalledProcessError and OSError

Instead of catching all errors, including AttributeError,
TypeError and NameError.

[scanner] Catch OSError too when checking for libtool

If we don't have permission to execute the libtool binary, we'd
just throw here which is wrong.  Fix this by catching all
exceptions.

Fix glib:error-quark scanning for unregistered enum types

The enumeration type for an error might not be introspected
and registered with GObject (this is, in particular, true for
the errors in GLib itself). So, as a fallback search, through
all enum types in the module.

Add a special case for the aberrant GIOErrorEnum and a warning
if resolution completely fails.

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

Fix unittests, add missing allow-none

Colin should remember to run `make check' before comitting!

Delete stray g_return_if_fail

If g_alloca failed we're pretty much screwed, and g_return_if_fail
is for API entry points, not internal assertions.

Assume allow-none for GCancellable

All GCancellables are allow-none, this allows us to remove a lot
of custom annotations.

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

Fix Alignment Errors.

Signed-off-by: Kedar Sovani <kedars@marvell.com>
https://bugzilla.gnome.org/show_bug.cgi?id=606139

[g-ir-compiler] Slightly less lame error messages

To make things really better we should track the line origin of
element from the .gir file (and actually we need to do better
checking in the scanner), but this is slightly less lame.

Conform last patch with pep8

[scanner] Print error instead of throwing for unknown include

We should avoid exceptions being propagated to the toplevel.

tests: Do not include built source in the distribution

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

gir: Do not include generated gir files in the distribution

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

increase limit of GIRealInfo's ref_count

New limit is 0x7FFFFFFF.

tests: Add the scope for callbacks in expected girs

following my previous patch to systematically specify the scope in
callbacks. Had forgotten to add these.

scanner: Always explicitely set the scope of callbacks

default to 'call' as stated in the annotation documentation.

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

annotate g_filename_to_uri

Correctly cast to a CommonBlob when looking up embedded types

When looking at an embedded type (e.g. a Callback after a Field), the
offset we put in the info structure was to the CallbackBlob itself.

However the code in g_type_info_get_interface assumed that the offset
was to a SimpleTypeBlob, which it wasn't.

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

Don't remove .c file for dumper binary

We're going to remove the entire temporary directory,
so there's no point in explicitly removing just the .c file
we create; leaving the .c file behind makes it easier to debug
problems.

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

Remove tabs, fixes make check

Add an --add-init-section argument

One might need to call some init functions before being able to call
get_type() to create the types of a library.

--add-init-section let the user insert some initialization code in the
introspection program.

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

The private header should be included in girffi.c

Not in the public girffi.h.

__extension__ can be put in front of expressions

glib uses __extension__ in macros dealing with 64 bits integer such as
GUINT64_SWAP_LE_BE().

To quote the GCC manual:
  `-pedantic' and other options cause warnings for many GNU C extensions.  You
  can prevent such warnings within one expression by writing `__extension__'
  before the expression.

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

Fix typo in the help string of the --no-libtool argument

--no-libtool means that one does not want to use libtool to compile the
introspection program.

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

Simplify Gio-2.0.gir rules

Also make sure to add cflags from gio-unix-2.0 to avoid a warning

Add missing include girffi-private.h

Include Python.h earlier

This avoids pyconfig.h:1028:1: warning: "_POSIX_C_SOURCE" redefined

Use AM_V_GEN more a more quiet build

Also suppress a bit more using @

Make sure the macros work without silent rules

We should not require AM_DEFAULT_VERBOSITY to be present, workaround
that fact

Make compiler output with silent-rules prettier

This is only supported with automake 1.11 or newer, older versions
should default to showing nothing for now.

Add -DGLIB_COMPILATION for GLib-2.0.gir.

Otherwise, suncc reports error when parsing /usr/include/glib-2.0/glib/ghostutils.h,
and stops parsing rest headers.

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

Allow stack allocating GIBaseInfo, add stack retrieval variants

We don't want to malloc each GIBaseInfo when they can be used in
function invocation; instead, allow stack allocation.

There were a lot of structure typedefs which were actually just
exactly the same as GIBaseInfo, with the one exception of GITypeInfo.

Instead, just put the single GITypeInfo boolean inside GIBaseInfo
as a bit in a bitfield.

GIBaseInfo is still opaque publicly; GIRealInfo is the new
internal structure.

Using this, add new functions to retrieve arguments and argument types
on the stack.

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

[girffi] Clean up API, add g_function_info_prep_invoker

Rather than having bindings use g_function_info_invoke, which is basically
a toy/demo API, export a convenience utility function which takes the introspection
information and sets up things we need to pass to libffi.

Then invocation can be done directly to libffi by a binding.

As part of this work, remove some (unused by gjs) public functions from the
girffi API, and instead export a function to map to libffi which can work
semi-correctly.

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

Fix compilation warning in ginvoke.c

Post release version bump

Substitute deprecated Glib symbol: g_mapped_file_free

glib-compat.h file created to use g_mapped_file_unref only if
glib >= 2.22 is available

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

fix invoke tests

retval should be a valid pointer

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

protect on null retval

ffi_call does not protect against retval being NULL, resulting in a segfault.

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

Revert "GI_TYPE_TAG_VOID != ffi_type_void"

This reverts commit 28cccba737ec2214da66b0d74059278162cf5fd0.

Do not require the precense of INTROSPECTION_GIRS

It's useful to be able to include the makefile without
having introspection enabled.

Update .gitignore

Install Makefile.introspection in the right dir

Also, make sure that it is included in the dist

Move the functions out of the define

As it breaks when including the makefile when using
an absolute path.

Add a Makefile.introspection

This will make it easier for third-party projects to use
introspection by having easy make rules.

Post release version bump

annotate g_completion_complete_utf8

acts as a regression test on the recognizing-GLib.List-inside-glib
part of the previous patch.

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

[scanner] Fix various hardcoded type name checks

Various places that check hardcoded type names were not always handling
the case of the type being used from within its own library (in which
case it won't have a type prefix). Make them more consistent.

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

[scanner] "GError *" is not the same as "GError **"

Only set "throws" in the latter case

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

Improve the error message

Fix an annotationparser bug for empty tags

Makes sure we can parse empty tags such as '@foo:' without
adding a : in the end which the typelib compiler will complain
about

[Gio] g_repalce_contents_finish has an out arg

Make error more verbose in parser

By printing the function when arguments are missing

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

Wrap line in 80 characters

[everything] Add a function which has multiple (out) double arguments

This is similar to a Clutter function.

[transformer] Look up callback types in the full name set, not just typedefs

When looking up GINames, we should look in _names.names.

Fix foo-1.0-expected.{gir,tgir} for callback patch

scanner: more verbose parser error messages

Keep track of the current line (the first 2000 chars of it) and include that in
syntax error messages. Also print that failed token in the error message.