Update annotations for GLib 2.31.18

g-ir-doc-tool: Add enum templates to the Makefile

g-ir-doc-tool: Add missing file: giscanner/mallard-C-enum.tmpl

g-ir-doc-tool: Change the -o option to receive a directory

Merge branch 'mallard-templates'

g-ir-doc-tool: Update expected tests, some whitespace has been removed

Mention g-ir-doc-tool in the README

g-ir-doc-tool: Add some more stuff to Enum pages

g-ir-doc-tool: Display the hierarchy tree for classes

g-ir-doc-tool: Install the Mako template files

g-ir-doc-tool: Add AM_CHECK_PYMOD macro and use it to check for Mako

g-ir-doc-tool: Remove stale DocBook files

g-ir-doc-tool: Properly link to property pages

g-ir-doc-tool: Fix names of xref links

g-ir-doc-tool: Move constructor example to follow the class doc body

g-ir-doc-tool: Properly link to signal pages

g-ir-doc-tool: Fix the id of signal pages for Python

g-ir-doc-tool: Qualify the class name in the constructor with the module name

g-ir-doc-tool: Add links to properties in the constructor

g-ir-doc-tool: Fix link

g-ir-doc-tool: Show how to construct instances in the Class page

g-ir-doc-tool: Add details for properties in Python

g-ir-doc-tool: Add param information to signal pages in Python

g-ir-doc-tool: Implement intra-namespace cross references

g-ir-doc-tool: Use instances of MallardFormatter* instead of class methods

g-ir-doc-tool: Remove some occurrences of empty Returns: lines

g-ir-doc-tool: use True and False instead of %TRUE and %FALSE

g-ir-doc-tool: Remove module and class from the function signature

g-ir-doctool: Use template caching

g-ir-doc-tool: Use None instead of %NULL

g-ir-doc-tool: Use the ctype for the return type in signatures

g-ir-doc-tool: Display Returns: even if there's no args

g-ir-doc-tool: Update expected, some whitespace was removed

g-ir-doc-tool: Add Since: tag to classes

g-ir-doc-tool: Add Since: tag to mallard docs

g-ir-doctool: Add function argument docs to the C template

g-ir-doctool: Add argument docs to the Python template

repository: Ensure error is set if we're parsing a malformed file

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

g-ir-doctool: Don't instantiate MallardFormatter for unknown languages

g-ir-doc-tool: Update expected mallard for the doc tests

g-ir-doc-tool: Consolidating the function templates

g-ir-doc-tool: Added MallardFormatter class

g-ir-doc-tool: More Mallard work, using experimantal api extension

g-ir-doc-tool: Templates for signals/properties, class docs

g-ir-doctool: Move to Mako templates for generating Mallard

Also removes the docbook writer

Add test for a GPtrArray return with transfer full

This complements the already existing
regress_test_garray_container_return() test.

Update glib annotations

Updated to glib 2.31.16-56-gd240b88, which includes one change
to GKeyFile.

Add tests for GType of GValue

Some language bindings (like gjs) attempt to automatically infer the
GType from a native object when creating a GValue. This checks that
indeed the GValue has the right GType.

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

giscanner: Add better errors for unknown param names

Exclude the names we've already matched up from the "should be one of..." list

girffi: Virtual functions are methods

scanner: Allow adding annotations to vfuncs directly

Some vfuncs may not have public invokers. In these cases, annotations
may still be needed to correctly implement or chain up to a virtual
method from a subclass's implementation.

typelib: Fix invalid alignment assumptions

The current source has invalid assumptions about structure alignment
that break on platforms like m68k where 32-bit integers are aligned to
16-bit only. Fix this by introducing explicit structure padding for
32-bit quantities following odd numbers of 16-bit quantities and
structure trail padding, to make the binary representation generated
by the compiler match the text of the specification exactly.

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

tests/scanner: Update Regress-1.0-expected.gir

tests: Added class that has all kinds of properties

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

Add tests for array arguments in callbacks

Add a test that accepts a callback receiving array arguments

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

Add regress_test_null_gerror_callback

It models the case where a callback that return a gerror succeds and set
the error to NULL.

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

Plug memory leak in lazy typelibs hash table

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

Use g_free as element_free_func

The elements of the GPtrArray are of type char*, therefore use
g_free rather than g_object_unref to as element_free_func

girffi: Fix g_function_info_new_for_address to respect G_VFUNC_THROWS

Add Emacs mode lines to C sources

girepository: Add GI_VFUNC_THROWS

Virtual functions can definitely throw an error.  Right now the
scanner omits the GError parameter for them and adds throws="1", but
g-ir-compiler ignores this.

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

tests: Squash compile warning, fix C indentation

tests: Add marshalling tests for various kinds of callbacks

tests: Add another simple boxed type with a complex constructor

tests: Add marshalling tests for various kinds of vfunc callbacks

To make sure that bindings can sanely deal with multiple kinds
of callbacks, let's test some behaviors.

giobjectinfo: Add g_object_info_find_vfunc_using_interfaces

As an analogue to g_object_info_find_method_using_interfaces, add a
new API so that we can find a vfunc using the same strategy.

girffi: Add new g_function_invoker_new_for_address

This is a new method designed to make a GIFunctionInvoker for
any GICallableInfo*, for bindings to use.

Update annotations for GLib 2.31.14

tests: Add more interesting marshalling tests for GTypes

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

Add regress test methods for callbacks taking GError and GHashTable

This covers both "transfer none" and "transfer full" cases.

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

tests: add test functions which return GErrors

GStreamer has the following method:

  void gst_message_parse_error (
      GstMessage *message,
      GError **error,
      gchar **debug_message);

This patch adds a number of test functions with similar signatures which
do not follow the standard "throws GError" pattern.

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

Release 1.31.10

Update annotations from glib git

Update annotations from glib git

Allow using GLib.List(Foo) instead of GLib.List<Foo>

Using < and > for delimiters is problematic because gtk-doc is Docbook
which in turn is SGML, and those are reserved characters.

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

Update annotations from GLib git

tests: Add tests for flat GValue arrays

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

scanner: Remove duplicate declaration of ErrorQuarkFunction

girffi: Fix compiler warnings

repository: Squash memory leak in _get_func and fix up style

Add a marshalling test for returning a NULL array

.dir-locals: Fix unbalanced parenthesis

ffi: Treat enums as 32 bit signed values to fix PPC64

To call a function dynamically using ffi, the caller
first has to tell ffi the size of all the input arguments
of the function. On little endian architectures (like x86_64)
specifying a size that's too large will happen to work because
of how the bits are laid out in memory.  On big endian architectures,
however, specifying the wrong size can lead to reading the wrong
bits.

The function g_type_info_get_ffi_type maps input giargument types to
specific sizes. It was assuming enums were word (pointer) sized; in
fact they can be in theory any size (1,2,4,8 bytes), but in practice
in introspection (via GIArgument) as well as GValue we're limited to 4
byte enums.

This commit fixes PPC64 (big endian, 64 bit).

Signed-off-by: Colin Walters <walters@verbum.org>
https://bugzilla.gnome.org/show_bug.cgi?id=665150

tests: Add a long string constant test

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

Release 1.31.6

Update annotations for GLib 2.31.6

Update gitignore

Docs: fix typo

Update annotations from GLib git

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