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.

scanner: fix wrong linenumbers in parser errors

Increment linenumber in parse_comment which reads over multiline comments.

annotationparser: include symbol name in warning

Telling file and line would be better, but alreday this way one atleast has a
chance to fix it actually.

scanner: don't warn about unexpected characters when the char is \0

Add ffi cflags/libs/requires to exported .pc

This is required as external projects such as gjs
are now using girffi and thus need the ffi cflags
to be able to link.

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

Revert "Require libffi.pc"

This reverts commit 92abbe78dd7ffe0ff6d61db5f2bff0745a69115a and
494c1c92520917999407832453c11c2247b4e7bb.

Allow NULL to be sent in for various callbacks

[everything] Allow passing NULL to the callback

Remove scope notified annotations

It's no longer necessary as the scanner figures out these
by itself

Check for AsyncReadyCallback / DestroyNotify

This should have been included with f74823. Fixes
the async/notified scope annotation for glib/gio.

[configure.ac] Followup to 494c1c92520 - restore $GCOV_LIBS

Require libffi.pc

We use it for girffi.h.  Remove the code to detect libffi without the .pc
file.  If you don't have it, get it.

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

[dumper] Fix threads initialization

Correctly guard with g_thread_supported, call g_thread_init before
g_type_init.

Add async callback tests to everything

Ignore errors caused by permissions in $HOME

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

Remove some unportable integral type size assumptions

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

Use ${datadir} in lieu of hardcoding ${prefix}/share

Bug #602087.

Fix build on OpenBSD

Due to a missing header, gobject-introspection fails to compile on OpenBSD.
And only due to headers-including-headers practice this doesn't blow up on
many other platforms.

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

GI_TYPE_TAG_VOID != ffi_type_void

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

Better scope in GAsyncReadyCallback/GDestroyNotify

GAsyncReadyCallback should have use the async scope per
default and GDestroyNotify should be notified if the
previous parameters are a callback and user data.

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

Plug a leak in g_callable_info_get_ffi_return_type

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

InitiallyUnownedClass should contain all the fields as ObjectClass if we want offset counting to be correct in its sublasses

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

Make (skip) annotation work everywhere

Previously it only worked for toplevel nodes. Now it works for any
node except <field>, since skipping a field would cause the
description of the struct layout to be wrong.

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

Fix enum prefix stripping to work only up to word boundaries

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

Correct g_file_enumerator_next_files_finish annotation.

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

Add a method to compare infos

Add g_base_info_equal.

Add g_ir_ffi_convert_arguments

Don't put the callback element inside the field if it's not a glib struct

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

Implement callbacks as part of struct fields. Fixes #557383

gir: embed <callback> inside <field>
typelib: if a field contains a callback, store it just after the FieldBlob
girepository API: no additions

[gtypelib.h] Document SimpleTypeBlob more

[Gio] Annotate g_file_make_directory_with_parents

When doing type resolution on a string, treat it as its own ctype

Calling _resolve_param_type on a string instead of Node is fairly unusual,
and (as far as I could see) basically only happened in the Array processing
code.  We were passing None as the ctype in this case, but we might as well
try using the name as a ctype too.

This fixes using GCallback (and in general any item in an array that comes
from an included gir).

Fix make check after f152f5e97df7

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

Fix make check after 0d9cfb004d528

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

Use best known derived parent

In the case where a known class derives from a hidden one, we want
to use the most-derived parent class, rather than simply falling back
to GObject.

Example:
ShellEmbedWidget in gnome-shell derives from ClutterGLXTexturePixmap from clutter,
which is a hidden class.  ClutterGLXTexturePixmap's parent itself is
ClutterX11TexturePixmap, which is also hidden.  But its parent is
ClutterTexture, which we do know.  Use that.

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

Explicitly sort object interfaces, properties, and signals

Previously we were taking this in order from the dumper, which ends up
being some undefined order from GObject.  Just use Node's cmp to sort
them by name explicitly.

This probably doesn't cover all possible instances of this problem,
but these fixes are right.

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

Consistently resolve symbolic links

When building the list of valid filenames for the scanner, resolve symlinks in
the filenames; the lexer does this when including files, so otherwise we'll get
filename mismatches if the path to the files being scanned includes a symlink.

Signed-off-by: Colin Walters <walters@verbum.org>

Remove a remnant of shave

Make g-ir-scanner 64-bit enable. Closes #593639

Post release version bump

Bump version to 0.6.5

Correctly ref repository in GIUnresolvedInfo

Followup to previous patch.

Add CLFAGS and LIBS variables

Bug 593322 - Fix unref of GIUnresolvedInfo instances

We are treating GIUnresolvedInfo as a GIBaseInfo, but the structures
had drifted out of sync.  Add a repository pointer and bring them
back into sync.

Based on a report and patch from Jan Hudec <bulb@ucw.cz>

Bug 593162 - Use built scanner from tarball builds

Looking for .git/.svn breaks in tarball scenarios; instead just see
if our source directory is named 'tools'.

Add GVolumeMonitor interfaces

Add GVolumeMonitor interfaces, used by gnome-shell's overlay (places)

Signed-off-by: Adel Gadllah <adel.gadllah@gmail.com>
Signed-off-by: Colin Walters <walters@verbum.org>

Use CC rather than LD to fix build issue for gir. Closes #593599.

Replace LIBTOOL_LIBTOOL to LIBTOOL. Closes #592968.

Bug 574351 - Add --pkg-export option

We need to differentiate between --pkg options we use to parse
ourself, and --pkg-export which are needed for library consumers.

When introspecting a library we won't necessarily have the
pkg-config file built, so add a --pkg-export line so library
authors can explicitly make the .gir -> pkg-config association.

Bug 556628 – (skip) annotation

Adds a (skip) option that can be added to the header of any doc comment
to cause that symbol to be skipped in the .gir output

Bug 578200 - Substitute $(PYTHON) in g-ir-scanner.in

This lets us pick up non-default /usr/bin/python2.6 correctly.

Bug 587279 - Add COPYING.GPL and COPYING.LGPL

It's better to keep lawyers happy if we ship the actual license
files rather than just mentioning them in COPYING.

Bug 590883 - Use 'cc' instead of 'gcc' for preprocessing

Don't hardcode gcc, any cc which handles those options is good
enough; in particular this is reported to fix Sun Studio.

LD_LIBRARY_PATH exorcism

Thanks to commit 6d510b8db, we now no longer need LD_LIBRARY_PATH
to be set for invoking the compiler.

Next, before we were taking the LD_LIBRARY_PATH variable and
turning it into a compile path, presumably to attempt to handle
the cases where we weren't getting the right -L flags.  Also
interacting with this was a while ago we weren't really doing
uninstalled libtool libraries correctly, which is probably
how hacks involving LD_LIBRARY_PATH crept into the scanner.

Just require that we're passed the right -L flags, and we
should be doing libtool libraries better now.

Merge branch 'typelib-dlopen'

Remove some $(builddir) that crept back in

With recent merges, a few instances of $(builddir) got reintroduced.
Remove them.

http://bugzilla.gnome.org/show_bug.cgi?id=592114

[typelib] Clean up dlopen handling

It's was busted that g_typelib_new_* does the dlopen() since that caused
g-ir-compiler to load the modules even though it wasn't going to do
anything with them.

Instead, change things so that g_module_symbol does the dlopen on-demand.
Remove the extra dlopen(NULL) inside girepository.c, we had another
already in gtypelib.c.

Thanks to Owen Taylor for suggesting this approach.

Make Everything-1.0.gir depend on GObject-2.0.gir

For parallel building.