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

Revert "Window isn't a record, but really a typedef for uint32"

Exporting Windoew as a uint32 is revealing some problems in namespace
handling - functions that are supposed to return a GdkWindow * are
returning a x11.Window instead. Until that is fixed, we need to avoid
making this change.

(Also, Window isn't a uint32, it is an unsigned long)

This reverts commit 9ce2b05198653697896c3f7c9271073789f90c51.

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

Fix checks in gfield.c

When checking if the readable/writable flags are missing for the fields
we are trying to read and write, use (a & flag) == 0, not (!a & flag).

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

Window isn't a record, but really a typedef for uint32

Since it's used in the API as just "Window foo();", bindings
will fail trying to take a by-value struct.

Add a function to test arrays as inout argument in Everything

Add test_array_int_inout in Everything.

Sync the basic types array in girnode.c:serialize_type with GITypeTag

Fixes a crash compiling GIRepository-2.0.gir.

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

Bug 583686 - Add gobject-introspection-no-export-1.0.pc

Some projects may want to avoid the giant -Wl,--export-dynamic
hammmer and instead use a custom regexp or export list, so
provide a .pc file for them to use.

Merge commit 'origin'

Omit warnings, my console is not a todo list

Add a TestObj subclass in Everything

Add an instance method to TestObj.
Add a TestObj subclass in Everything, with another constructor, an
additional instance method and an overridden instance method.

Allow annotations on fields

Plain fields (i.e. non-callbacks) may have a 'type' annotation now.

Add xmlTextReaderPtr type to fake libxml2 GIR

This is needed in order to get libgweather introspecting.

Bug 586994: Add annotations for g_file_open_tmp()/g_file_replace_contents().

Name unions to enable compilation on Solaris

Patch by Brian Cameron <brian.cameron@sun.com>.
Fixes bug 578199.

Fix 'make check'.

Commits 0561c1e84 and f88185674 (for b.g.o 585427 and 585368) broke 'make
check' because they forgot to update Everything-1.0-expected.gir when
additional tests were added to the Everything library.  Add the new
methods to the -expected.gir file.

Add tests for array as output argument and fixed-size arrays in Everything

Add test_array_int_out to test arrays as output argument.
Add test_array_fixed_size_int_in, test_array_fixed_size_int_out, and
test_array_fixed_size_int_return to test fixed-size arrays as arguments.

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

Add two tests in Everything regarding multiple output arguments

Add test_utf8_out_out and test_utf8_out_nonconst_return in Everything to
test the return of more than one value in a tuple in dynamic bindings.

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

Bug 579008 - Don't override element-type for arrays

Annotation parser patch from: Tim Horton <hortont424@gmail.com>

If an explicit element type is specified, don't override it with
guint8.

Post release version bump

Create signed tags instead of lightweight ones

Update NEWS

Bug 584423 – Add short/ushort support

Add type tags for short and ushort, plus all of the requisite code needed
to utilize them in libgirepository.
Add support in the scanner's AST files.
Add test functions to the everything library and the expected gir file.

gtypelib.c constant validation fixed by Colin Walters <walters@verbum.org>

Update annotation expected "tgir" for previous commit

Since we're not writing out the zero-terminated flag now when
we shouldn't, update the tests too.

Bug 585328 - Only set zero_terminated flag for types we know are

Rationalize our setting of the zero_terminated flag; we shouldn't
set it if the gir doesn't say to.