giscanner: fix use after decref

Decrement reference to temporary string object only after last use of its
value.

Release 1.31.1

Makefile.introspection: allow buildir girs in subdirs

Formerly, trying to build gi/Foo-1.0.gir resulted in namespace being set to "gi/Foo"
Trying to build g-i/Foo-1.0.gir was even setting it to "g"
This fixes this behaviour by only considerating the filename without dirs.
Btw, ensure that the directory exists

Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
https://bugzilla.gnome.org/show_bug.cgi?id=665276

Save .make-check-passed in builddir, so make distcheck passes

- Fix a substitution:
use TOOL_SUBSTITUTIONS like the others, to fix an unsubstitued @datarootdir@ in g-ir-doc-tool

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

gitypelib: Fix compiler warnings

These variables are unused.

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

gibaseinfo: Fix compiler warnings

g_slice_free complains when you pass it a pointer of a different type
than it was expecting, like it should.

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

scanner: Put the -l library names after the .o

That is how gcc expects them.

From the gcc man page:
-llibrary
   Search the library named library when linking.

   It makes a difference where in the command you write this option; the linker
searches and processes libraries and object files in the order they are
specified.  Thus, foo.o -lz bar.o searches library z after file foo.o but
before bar.o.  If bar.o refers to functions in z, those functions may not be
loaded.

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

Add a floating alias for none

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

giscanner: Add gmodule-2.0 to compiler packages

Gio no longer draws in gmodule, so we need to add the dependency
explicitly.

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

Fix build after GIO removed gmodule dependency

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

Update glib annotations

OpenBSD uses it's own libtool implementation which breaks giscanner in certain
situations. So adjust resolve_non_libtool() in this case.

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

libxml2: add exported package name

This is needed so that g-ir-scanner can find the libxml2 include
path when producing bindings for libraries that interact with libxml2.

scanner: Only add rpaths for absolute directories

We shouldn't do it for module-internal paths, since it can't work
and is unnecessary even if it did.

scanner: Also add an RPATH for library paths specified

Introspection scanning is a bit special in that we both compile *and*
run a temporary binary.  In some cases like jhbuild we will pick up
the runtime location of libraries via LD_LIBRARY_PATH.  But this falls
over when we've been given a private subdirectory, since it won't be
in that path.

Let's just "do the right thing" here by injecting an rpath for the
directories as well.

Add tests for chaining up from vfuncs to ancestors

configure: Update to 1.31.0

fixes and more tests for marshalling of arrays of gvariants

Fix return type annotation for gi_marshalling_tests_array_gvariant_in()

Add function variations of gi_marshalling_tests_array_gvariant_i() with
different transfer modes.

Make gi_marshalling_tests_array_gvariant_none_in() actually respect
the transfer none  annotation on the return value.

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

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

Add regress test method for a (skip) return value without out arguments

This is a requisite for writing a pygobject test case for
https://bugzilla.gnome.org/show_bug.cgi?id=662383

tests: Also dist headeronly.h

Spotted by Rico Tzschichholz

Windows port: fix _resolve_non_libtool

By simply appending '.dll' to the library names.

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

tests: Actually add headeronly.h

Use the correct size when freeing unused info

A GIBaseInfo struct can underneath either be GIRealInfo *or*
GIUnresolvedInfo if the type is GI_INFO_TYPE_UNRESOLVED. So when we
eventually free the structures slice use the correct struct type
otherwise things get unhappy.

Makefile.introspection: Allow usage with --header-only

scanner: Support --header-only flag

This is useful for someone who just wants a set of constants from a .h
file accessible by introspection.

barapp: Don't call g_thread_init()

We don't need to, and if we wanted to, we have to link against
-lgthread.

Spotted by Rico Tzschichholz

parser: prevents a segfault when _g_ir_parser_parse_string returns NULL error was not set.

Noticed the segmentation fault while using Vala to generate a .gir, a bug has
been filed tomake sure Vala doesn't export gir symbols outside of a namespace
(see https://bugzilla.gnome.org/show_bug.cgi?id=661952)

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

message: Show the file/line even when processing FATAL

This helps debug.  Also, add a 'fatal' debug break.

add test for checking refcounting of signals with transfer none object params

scanner: allow GObject.Object as a superclass return type

6172c268 made the scanner think GObject* wasn't a superclass of its
subclasses. Fix that.

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

dumper: Don't call g_thread_init(), g_type_init() is enough

g_thread_init() is deprecated, and unnecessary since GLib 2.24.

scanner: split CC environment variable

This fixes compilation where CC="ccache gcc" and similar.

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

Signed-off-by: Natanael Copa <ncopa@alpinelinux.org>

giconstantinfo: Add API to fix memory leak

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

Revert "gitypelibtest: Remove test on TestStructE size"

This reverts commit e17c09749c23edbd928db19a8162484ddb6299b8.

We actually want the test for sizeof(GValue).

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

Adjust dlopened library name on OpenBSD so we always pick the right one.

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

gitypelibtest: Remove test on TestStructE size

It's redundant since we're already checking that it's equal to GValue,
and a problem is that padding may break exact assertions on the size.

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

Bug 660338: Account for padding in struct size check

On some platform like armel or powerpc the compiler adds extra padding to
structs. Make the test_size_of_struct_with_array_of_anon_unions() check more
liberal by only requiring that the size of the struct is at least as big as
expected. Also use g_assert_cmpuint() to make it easier to see the actual diff.

Skip analysis of params that have been (skip)'d

Otherwise we get warnings for params that have been skipped

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

repository: Fix g_irepository_get_c_prefix()

It was returning the wrong data.

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

configure: Release 1.30

Fix incorrect extension for tempfile

I set ext to None in commit f2a70843905839a1b11795310d2aa3b85a474e77
without realizing _generate_tempfile does a simple string formatting.
A simple test proves this does not generate an empty string:

$ python -c "f = '%s' % None; print f, type(f)"
None <type 'str'>

So pass an empty string instead of None for the suffix parameter.

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

Fix linking against libpython

- AM_CHECK_PYTHON_LIBS doesn't work for 64bit sytems (lib64)
- Python extension modules do not need to be linked against
  libpython on linux anyway, but it is needed on Windows

So only run AM_CHECK_PYTHON_LIBS in configure.ac for the windows
case and make it clear in Makefile-giscanner.am linking
against libpython is a windows only thing.

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

add tests for arrays of simple structs and arrays of gvalue

 * for now we assume simple struct arrays and gvalue arrays are flat
   until gi gets support for annotating the level of indirection
   of an array.

Add constant value annotation

Add an annotation tag "Value:" which can be used on
constants to override the value.

tests: Add gir/ to toplevel typelib path

Fixes the test when running uninstalled.

scanner: Don't add redundant notify signal

It was actually introduced by e0fea819f0da1ca60cce3280e7e21f3d2955be3a

Fix g_type_info_is_pointer() for overriden types of arguments.

Algorithm which detects whether argument type is pointer checks for
trailing '*' characters in c:type .gir elements.  This failed if ctype
is either 'gpointer' or 'gconstpointer'.  Add specific check for
gpointer/gconstpointer types when deducing pointerness of the type.

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

scanner: Only add notify signal to Object, not ParamSpec etc.

scanner: correctly handle structs with arrays of anon unions

This applies mainly to GValue, which is defined as:

  struct _GValue
  {
    /*< private >*/
    GType g_type;

    /* public for GTypeValueTable methods */
    union {
      gint v_int;
      guint v_uint;
      glong v_long;
      gulong v_ulong;
      gint64      v_int64;
      guint64     v_uint64;
      gfloat v_float;
      gdouble v_double;
      gpointer v_pointer;
    } data[2];
  };

Previously, the scanner did not understand the array of unions.  This
resulted in g_struct_info_get_size returning an incorrect size for
GValue (at least on 32bit systems).

Fix this by making up a separate union declaration for the GIR that can
be referenced by the array.

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

scanner: Add "notify" signal to GObject

For gjs we want to switch to using introspection data for signals, and
the "notify" signal being missing from GObject was a problem.

Windows port: additionally set PATH in common.mk

Windows doesn't know about LPATH, but PATH is part
of it's .dll search order.

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

Revert "Windows port: Make g-ir-annotiotion-tool, g-ir-doc-tool and g-ir-scanner 'relocatable' at runtime."

It's a bit too soon for this one, misunderstood review on irc.
Apologies for the mess!

This reverts commit 0102c517c44d3e8fc3baf2394cb92281511941e3.

Windows port: Make g-ir-annotiotion-tool, g-ir-doc-tool and g-ir-scanner 'relocatable' at runtime.

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

Windows port: g-ir-scanner: Accept -m flags

Some pkgconfig files contain these flags on Windows, for example
gtk+-3.0.pc has -mms-bitfields in it's Cflags. Nothing is done yet
with these though, we only accept these flags for now...

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

Windows port: disable barapp test program on Windows

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

Windows port: set CAIRO_LIBS in LIBADD, not LDFLAGS

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

Windows port: Export all symbols on Windows.

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

Windows port: the tmpfile is going to be an exe...

... on Windows, so take care of the extension.

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

Windows port: dont't build gi-dump-types...

... on Windows, as it uses gio-unix.

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

Windows port: Do not append '/usr/share' to _xdg_data_dirs...

... on Windows as it points to the MinGW installation directory,
which doesn't have any .gir files to start with anyway.

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

Windows port: compute GOBJECT_INTROSPECTION_LIBDIR at runtime.

Otherwise, we fail to properly locate the typelibs, because on Windows
the value of GOBJECT_INTROSPECTION_LIBDIR depends on where Glib has been
installed. Due to the nature of how we handle software that depends on
Glib on Windows (it is recommended that each program bundles it's private
copy), we're working in a "multi-prefixed" environment. Hence the value
computed at build time will most likely not even exist at runtime.

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

Windows port: cmph_time.h includes sys/resource.h which is not available on Windows.

So only include it when WIN32 is not defined.

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

Windows port: Work arount MSYS weirdness where it changes --libtool= command line arguments.

This continues to reuse the LIBTOOL variable from automake if it's set,
but works around some MSYS weirdness: When running g-ir-scanner, MSYS
changes a command-line argument --libtool="/bin/sh ../../libtool" into
--libtool=c:/opt/msys/1.0/bin/libtool. So just use sh.exe without path
because we already "know" where the libtool configure produced is.

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

Windows port: Simplify _giscanner's .pyd file extension handling.

By simply using -shrext ".pyd".

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

Windows port: set CAIRO_SHARED_LIBRARY in configure.ac

Both when x$have_cairo_gobject = xyes and x$have_cairo = xyes.

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

Windows port: check for OS_WIN32 in configure.ac

Without repeated output created by AC_MSG_CHECKING([for Win32])

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

Windows port: Use an improved python.m4

- AM_CHECK_PYTHON_HEADERS macro now allows PYTHON_INCLUDES to be overridden
  from an environment variable and
- the new AM_CHECK_PYTHON_LIBS macro to check for ability to link against
  libpython. This also allows PYTHON_LIBS and PYTHON_LIB_LOC to be overridden
  from their respective environment variables.

This allows gobject-introspection to be built with MinGW/MSYS by doing:

PYTHON_DIR="/c/Python27"
SRC_DIR="/d/dev/gnome.org/checkout/gobject-introspection/src"
...
PYTHON_INCLUDES="-I${PYTHON_DIR}/include/" \
PYTHON_LIBS="-L${PYTHON_DIR}/libs/ -lpython${PYTHON_VERSION}" \
PYTHON_LIB_LOC="${PYTHON_DIR}/libs/" \
"${SRC_DIR}/configure" \

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

common.mk: Drop incorrect $(EXEEXT) extension on scripts

It only applies to native binaries.

Let the user override the default compiler with the CC env variable

Fix compilation with mingw

grealpath.h defines GetFullPathNameA() as windows.h is
not imported, but for gitscanner.c, windows.h is imported and the compiler
throws an error.

windows: Use the real python version instead of an hardcoded one

windows: Fix extension of g-ir-compiler to include EXE

gi-dump-types: New uninstalled debugging program

Usage: ./_build/gi-dump-types g_object_get_type

girffi: Remove unnecessary sys/mman.h include

While we're here move config.h to the top for consistency.

regress: Fix wrong type of variable in regression test

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

Regenerated GLib annotation cache

Regenerated from glib fe4fc3e8b5a5ad8d4113c4df1fe8e0e9f295035e

Install docbookdescription.py

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

configure: Post-release version bump

gimarshallingtests.h: Remove unimplemented functions

The new missing-element-type warning triggers for these.

build: Update prepare-minor-release to use xz compression

scanner: Don't try to copy c:type if we're parsing (element-type)

Commit 81abc2eb63317003a11d1484e84698a37e8ec035 tries harder to keep
the c:type if it was overriden by a (type) annotation.  However, the
_resolve() function was also called for (element-type), which had
undesirable effects - we'd copy the container c:type to the element
type.

Fix this by splitting out the c:type preservation to only happen when
processing toplevel types.

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

scanner: Remove some dead debugging code

Fix warning for missing (element-type)

While looking for a different bug, I noticed that the introspectable
pass lists was missing GSList.  And the warning was never set up
to fire anyways.  Fix it and add a test.

Add make-check-passed to gitignore

Use INTROSPECTION_SCANNER_ENV in Makefile.introspection

Add a make-check check to pre-commit hook

Avoid most of the special-casing of GObject.Object in the scanner

There were some cases of handling GObject and GInitiallyUnowned which
were not necessary.  Removing special cases from them simplified code
and as a bonus it added 'GObject::notify' signal into GIR, which was
not there previously.

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

add regression test for skipped #define

Add a regress test for a method returning GPtrArray

Revert "xlib: fix the type of XID"

This reverts commit 3553cd0a4631f1b57fb608e3f3f78a1a0cfd602a.

Turns out it was wrong, XID is 64 bit on a 64 bit system. Plus
the scanner doesn't like multiple level typedefs.

xlib: fix the type of XID

XIDs are CARD32, which corresponds to guint32 on all platform, not
gulong (which is 64 bit on x86_64). Fix that, and use alias indirection
to more accurately reflect the typedefs.

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

configure.ac: Do not generate template files

It's not needed as the project uses inline comments
for documentation.

configure.ac: Generate xz tarball with ustar format by default

Update autotools configuration

Replace deprecated autoconf macros
Use new libtool syntax

autogen.sh: Use autoreconf instead custom script

Fix g_irepository_find_by_gtype() for GDK_TYPE_RECTANGLE

Complement fix for g-ir-scanner which converts every GdkRectangle
gtype to CairoRectangleInt.  Make sure that C-side API is also aware
of this workaround.

Use case requiring this patch:

When binding implementation wants to get/set property, it can use either
GI-based approach (g_property_info_xxx() funcs), or just GLib facilities.
Although former is probably preferred, there are cases when latter is still
needed (e.g. gstreamer uses dynamic properties, which are not present in the
gir).  In this case, binding implementation queries the type of the propertyb
(using g_object_class_find_property()), it gets GDK_TYPE_RECTANGLE,
and without the patch it cannot map it to any known type.

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

Properly handle GParamSpec and descendants

GParamSpec is introspected as fundamental class, and all GObject
classes derived from it (e.g. GParamSpecChar) are marked as such.

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

Update annotations from glib git 2cd3c200687751c9cc26774f650b7651bffcc598

Remove MAINTAINERS and add DOAP