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.

Add FT_Library and cairo_font_face_t to hand-written .girs

These are dependencies of Pango.

Bug 592055 - Build/test fixes

The last few commits regressed 'check'; fix those up.

Also remove LD_LIBRARY_PATH bit from before AM_V_GEN for BarApp

Support passing --library=lib<foo>.la

In addition to the current --library=<foo>, support --library=lib<foo>.la.
This makes it unambiguous that we are referencing an uninstalled
library and allows accurate extraction of the shared library name
for the uninstalled library.

* tests/scanner/Makefile.am tests/offsets/Makefile.am: Use the
  new form of --library=. Also some LD_LIBRARY_PATH frobbing as needed.

*-expected.gir *-expected.tgir: We now pick out the shared library
  accurately, so fix shared-library="" in our reference girs. (The
  comparison may need some pre-sanitization now to work on non-ELF)

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

Resolve library names to shared libraries ourselves

Using ctypes.util.find_library() to resolve library names to
sonames causes problems with dealing with uninstalled libtool
operation properly. We're unlikely to find any way of combining
the two that will be robust against future changes in both
facilities.

Switch to a different approach - run 'ldd' on the compiled
introspection binary and extract sonames from there This is
less portable but should be quite robust where it works.

utils.py dumper.py: Move libtool-command-line finding into utils.py
girwriter.py: Remove library name resolution from here, expect libraries
  to be passed in preresolved.
shlibs.py scannermain.py: New file including resolve_shlibs() to resolve
  library names using the introspection binary.
tests/scanner/Makefile.am: Add .libs to LD_LIBRARY_PATH

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

autoconf-2.64 compat: Don't use $(builddir)

$(builddir) is not a standard automake variable. With autoconf < 2.64
it ends up getting set in every Makefile.in to '.' (because autoconf
defines it), but that is no longer the case for 2.64.

Since $(builddir) was always '.', just use that instead.

Move LPATH and $(CHECK_DEBUG) bits into $(SCANNER)

This allows us to consistently use $(SCANNER) as the first item
which needs to work for $(AM_V_GEN).

Protect against source_filename being None when analyzing constants

It's allowed for source_filename to be None if we can't match it
up with a file, so just skip the constant in that case.

Use current working directory for temporary executables

This avoids /tmp noexec madness.

Excise shave in favor of automake 1.11 silent rules

Shave is just way too invasive in the build system.

-DGLIB_COMPILATION when scanning GLib

Some of the GLib headers are now growing checks for single-include;
override that.

Prepend to $LD_LIBRARY_PATH not append

We want to extend $LD_LIBRARY_PATH from the front so that uninstalled
libraries take precedence over installed libraries.

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

Don't open shared libraries twice

If loading a referenced shared library succeeds, don't try loading it again.

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

Update after commit ffc15cd51639679c914868006a1e3462958bfd77

Annotate g_shell_parse_argv()

Back out the previous change.  Now go back to hardcoding compiler to gcc.
Using CC fails when building gobject-introspection because CC is defined to
be $(SHELL) scripts/shave cc '$(SHAVE_SAVED_CC)'.  A more sophisticated fix
will be needed later.

Only accept bison as yacc tool

Others like byacc barf on some of the directives like %error-verbose.

Check the CC environment variable instead of assuming to use the gcc compiler.

Use all libraries specified on the command line

Earlier we were only using the first library specified when
compiling an introspection binary.  This breaks builds on Solaris
which doesn't have implicit linking and we need to be able
to specify multiple libraries.

The tension here is primarily related to OS X' distinction between
modules and shared libraries; if we build the custom libraries
in gir-repository as shared libraries, then we can't dlopen them.
If we build them as modules, then the introspection binary compiler
can't link to them.

If we want to fix the OS X build, probably the way to go would be
a special --use-first-library-only option that gets conditionalized
on OS X + gir-repository.

But even better is to finish killing gir-repository entirely.

Add allow-none for etag for g_file_replace

Fix a typo in test_flags_get_type