Support glib-mkenums comment /*< flags >*/

- Modify the lexer to consider all "trigraph" comments specially, and
  parse them for "flags" as well as "private" and "public" (which were
  previously hardcoded).  This change allows for future support of
  multiple annotations inside a single trigraph comment.

- Change the parser to consider the additional field "flags" set by
  the lexer when constructing enums.

- Add a test case for the "flags" trigraph comment to the scanner
  annotation tests.

See <https://bugzilla.gnome.org/show_bug.cgi?id=631530>.

Don't emit shadowed methods into the typelib

Ignore shadowed methods when parsing the GIR.

g_object_info_find_method_using_interfaces: Fix crash if not found

If a method wasn't found, we'd try to unref NULL.

g_object_info_find_method_using_interfaces: New function

Pull this down into introspection from gjs; this will allow us
to cache this better in the future (for example, by caching the
infos for interfaces in the info for the object).

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

Make sure we don't mark GInitiallyUnownedClass as disguised

Add directory index section

Use the internal perfect hashing API to add an index to the directory.

To support this, add the notion of additional "sections" to the
typelib.  A section index is inserted between the header and the
directory.

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

.gitignore: Update

Add internal hashing API designed for the typelib

In multiple places in the typelib, but most importantly the directory,
we need some fast indexing.  Perfect hashing, as implemented by CMPH
(previous commit), is an exact fit for the problem domain.

Add an API built on top of CMPH which maps strings->guint16 (we just
need a guint16 for the typelib index).

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

cmph-bdz-test: New test

Add a basic test of CMPH (without any layers on top).

cmph: Squash a lot of gcc -Wall compiler warnings

* Functions taking no parameters need to explicitly say (void).
* Mark some functions as static that are
* Comment out an unused function in bdz.c
* Change loop indicies "i" to be unsigned if our limit is unsigned

cmph: Add automake rules

cmph: Modify types to use GLib types

The 64 bit #ifdefs is just hackish and broken; e.g. it will fail
on ppc64/linux and WIN64.

Use the GLib typedefs, which I know are more correct.

Import CMPH 1.0

This will be used for typelib indexing.  See README-CMPH-IMPORT.txt
for more information.

Makefile.am: Add GTESTER_PROGS

This is a list of test programs to run under "gtester".

scanner: Switch to only Python 2.5 C API usage

PyUnicode_FromString is 2.6 only, we can use PyUnicode_DecodeUTF8
easily enough though.

Also, fix memory leaks in this function; we leaked the buffer
on success, and also in most failure paths.

scanner: More XML unicode fixes

Coerce input temporarily inside xmlwriter into Unicode to do
string manipulation, and then only convert it to "UTF8str" when
writing into the data buffer.

Add proper unicode support to the source scanner

The assumption is that the only allowed source encoding
is utf-8. Always strings as unicode and fix up the transformer
and xml writer to properly output utf-8.

Support hexadecimal escapes in constants

g_strcompress() only does some of what we need; fork it
and add support for \x escapes too.

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

scanner: Only mark structures and unions as out-caller-allocates

These are the only things for which we expect native values to be
preserved; for e.g. flags and integers, we expect bindings to convert.

The particular rationale for this patch is to avoid flagging flags (sic)
as (out caller-allocates).

Update gio annotations from GLib git

gtk-doc: Update for renamed libgirepository-internals.la

glib-2.0.c: annotate the arrays in g_spawn_sync/_async

girepository: Consistently prefix internal functions with _

This should better avoid them being exported.  Rename
girepository-parser.la to girepository-internals.la for clarity.

build: Flip around linking order of libraries for tools

It seems in some cases (Debian libtool) we get an injected rpath
first for the jhbuild root, which screws us over since we need
the libraries from .libs.

gitypelib: Extend warning for validation

scanner: Fall back to default uscoring for method pairing if possible

The commit to use the c_symbol_prefix works in every case, except for
gdk_window_object_get_type(), which screws us.  Fall back to the old
heuristic in this case.

Fix tests to look in correct directory for typelibs

With nonrecursive they're in $(top_builddir) now

tests: Print an error message

Fix line too long

scanner: use c-symbol-prefix for method pairing where possible

If we have a C symbol prefix for the target type, then use that to
identify methods that should be paired with it.  The C symbol prefix
is derived from the name of the _get_type() function, so it's likely
that this is also the prefix given to methods for the type.

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

scanner: don't show 'warnings suppressed' if --warn-all in use

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

Add support for gunichar in typelib

Some API such as gtk_text_iter_get_char returns an individual
"gunichar"; we should support this.

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

build: Explicitly link to libffi for g-ir-compiler

On Debian, libtool won't pull in dependencies from internal libraries when
linking.

Add g_object_info_find_signal

This matches g_object_info_find_method, and allows us to add indexing
later.

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

Makefile-gir.am: Fix explicit dependency of DBusGLib on GObject

Because of Makefile.introspection, the .typelibs are still put in
gir/.

Explicitly link g-ir-compiler and g-ir-generate to GIO

girepository only explicitly deps on GObject, so this is correct.

dumper: Differentiate between "external" and "internal" linking

The previous commit aea515709 broke scanning for libraries not
in the current directory, such as scanning Gio from gobject-introspection.

In this case, it's wrong to add -L., and to move the other -L behind
the library.  Instead, we should just do a "normal" link using
pkg-config --libs with few games.

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

Makefile-gir.am: Add explicit g-ir-compiler dependency

We need the typelib compiler to be built before we try to
build typelibs for the static gir files.

nonrecursive build: Fix typelib installation

Fix previous commit

..but we still should be looking for pre-written girs in gir/.

build: Fix scanner/compiler to look in $(top_builddir) now

Since we're nonrecursive, the build artifacts live in $(top_builddir),
so look there now for files like Gio-2.0.gir.

girepository: Only export ^gi?_ symbols

Otherwise it's really easy to unintentionally export unwanted symbols,
as would happen with the upcoming CMPH import.

Export gi_type_tag_get_ffi_type

This is needed by the offsets code, and is generally useful.  We
need to export it for a future patch which won't export symbols
with a leading _.

Switch to nonrecursive make for core (i.e. not tests/)

This is cleaner and faster, and prepares us better for an incoming
import of CMPH.

Move pyflakes to check-pyflakes

It has false positives difficult to work around now, and is
really better run as a periodic check anyways.

libtoolimporter: Don't assume we have a multi-component import

os.path.join barfs if we're passing it 0 arguments, as would happen
when doing "import foo".

tools: Switch to checking UNINSTALLED_INTROSPECTION_SRCDIR

Rather than introspecting the current directory, use the environment
variable we know is present if and only if we're running uninstalled.

This will be less prone to failure when we switch to nonrecursive
make, since the generated script will be in the top builddir, not
tools/ anymore.

Handle enumerations with the full range of signed and unsigned values

The C compiler will pick an enumeration type that accomodates the specified
values for the enumeration, so ignoring 64-bit enumerations, we can
have enumeration values from MININT32 to MAXUINT32. To handle this properly:

 - Use gint64 for holding eumeration values when scanning
 - Add a 'unsigned_value' bit to ValueBlob so we can distinguish the
   int32 vs. uint32 cases in the typelib
 - Change the return value of g_value_info_get_value() to gint64.

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

Compute enumeration storage types more accurately

Previously we just were sloppy and didn't bother to accurately compute
signed/unsigned for enumeration types.  But since we expect bindings
to decode a field value or function return value from an integer to
an enumeration they have know whether an integer value is
0xffffffff or -1, so we need to do the full computation.

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

girepository: Use G_TYPE_TAG_IS_BASIC consistently

This is a preparatory patch for adding a new basic tag.

scanner: Print out a message if warnings were off

Otherwise people may not know about --warn-all.

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

Fix previous commit

Handle CC="ccache gcc" for linker command too

The compiler path explicitly split()s the variable, we should do
so in the linker path too.

Fix regression in g_irepository_get_info

Commit f97cc8687469f25752f79275 broke the lookup in
g_irepository_get_info; the passed offset is 0-based, then
we convert it to 1-based (and then back to 0 later...which needs
to be fixed).

scanner: Support GStrv as signal parameters

scanner: Don't process pkg-config libs twice

Before, we were adding the --libs-only-L from pkg-config files
during initial scanning, as if --library-path was specified,
*and* inside the dumper, we used --libs.

Fix this by always doing -L. <introspected libraries> <pkg-config libs>

This should ensure we don't duplicate the search path anyways.

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

Accept trailing whitespace at the start of a comment block

Might as well be liberal here, as long as we have a test case.

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

girepository: Refactor lookup code

This is a cleanup patch in preparation for future indexing
patches.

The lookup code was a mess trying to mash in the 3 different
cases of name, GType, and index into one mega-function.

Split it up properly, and move the core typelib internal-scanning
bits into gitypelib.c where it belongs.

configure: Bump to 0.10 series

typelib: Don't fail on minor version

Previously we bombed out if the minor version didn't match what
we expected; this was silly since the whole point of the minor
version is to enumerate compatible changes.

scanner: Don't leave temporary directory around if we fail

...by default.  However, the GI_SCANNER_DEBUG=save-temps option
helps for debugging.

configure: Post-release version bump

configure: Release 0.9.12

docs: Don't conditionalize on ENABLE_GTK_DOC

OS vendors which compile from the part-binary "tarballs" which
include e.g. pregenerated gtk-doc, they typically don't pass
--enable-gtk-doc.  So conditionalizing "make install"
for docs on ENABLE_GTK_DOC won't work.

This is the same as GTK+ and other projects currently work.

dist: Don't use gpg for tags by default

I don't have a GPG key setup anymore, not interested in
the archaeology to find it right now.

Improve documentation for g_registered_type_info_get_g_type

Revert "Apply `(type bitfield)' annotations for enums"

This reverts commit d15e386c8e10dd6b645a444e29cc053100089a07.

Revert "block can be None, fixup last commit"

This reverts commit 754e5462f6dfbe3793eb959abf3dbfa7d2fe6435.

chose extension basing on OS

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

block can be None, fixup last commit

Apply `(type bitfield)' annotations for enums

Previously, such annotations would be ignored.

upload-release: Use bz2

Silently skip #pragma directives when scanning sources.

This is useful e.g. on cygwin, where system headers use #pragma directives,
causing annoying false-alarm errors during every g-ir-scanner run.

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

Honor -L commandline option.

dumper: Make g_irepository_dump static when being used in dumper

Otherwise we'll bomb out if CFLAGS contains -Werror.

Add -export-dynamic when compiling with libtool

In some cases (such as introspecting a convenience library),
we need to dlsym() modules in the binary we compile, so we
need to add -export-dynamic to the link line.

configure: post-release version bump

configure: Change to bzip2 dist

We want to use bzip2 since that's what Fedora uses.

gir: Explicitly specify path to girepository so libtool can find it

This was broken with the last commit to remove a lot of the special
hacks to link to girepository in the dumper.

configure: Post release version bump

scanner: Don't link to -lgirepository when dumping

This helps us avoid a problematic case where in say jhbuild, using
a system (/usr/lib) glib, adding in -l girepository-1.0 will inject
-L /path/to/builddir, when we don't want that.

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

tests: Specify --libtool

Should switch to Makefile.introspection in the future.

glib-2.0.c: Fix invalid annotation syntax

scanner: Abort if we would be generating an empty namespace

Kind of silly we weren't doing this before; an empty namespace
is always going to be unintentional.

The "oops I forgot to include .h" files actually happened with
Clutter, but it wasn't caught since the build didn't obviously
fail.

scanner: Don't duplicate fatal message text

Fix tests

Actually do something about fundamentals when parsing a .gir

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

configure: Post-release version bump

annotationparser: Don't ignore annotations if there's a : in docs

The annotation parser changed to be stricter about annotation content,
but we introduced a regression where a : in the documentation would
wrongly cause the annotation to be skipped.

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

Fix --include-uninstalled

Somehow, this regressed; i have no idea how.  We need to be
comparing Include objects, not string versus Include.

configure: post-release version bump

Modify Regress impl so that inout args ignore (transfer) for 'in' direction.

... because for 'in' arguments only (transfer none) is correct.

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

Remove Regress tests with input args with transfer full or container.

Declaring input parameters with transfer other than none is
discouraged, so don't do it in the testsuite.

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

regress: Remove busted tests

We don't want people making functions which take ownership of
arguments, so don't do it in the test suite.

scanner: fail if cpp fails

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

[scanner] Make sure private enums are filtered

This is a follow-up to 60a8c75 which wasn't properly fixed.

Remove trailing whitespace

[scanner] Mark enum members as private in transformer

Remove enum members which follows /* <private> */ comments
inside the transformer instead of the sourcescanner itself.

Fixes a crash when creating the gir for GstBase.

[sourcescanner] Plug a couple of python leaks

There's no need to increase the reference count to
items passed into PyList_SetItem, it already steals a reference.

Do not use triple dashes