summaryrefslogtreecommitdiff
path: root/girepository
Commit message (Collapse)AuthorAgeFilesLines
* Add support for the (skip) annotation on parameters or return valuesDavid Zeuthen2011-05-139-2/+75
| | | | | | | | This was discussed in bug 649657. https://bugzilla.gnome.org/show_bug.cgi?id=649657 Signed-off-by: David Zeuthen <davidz@redhat.com>
* g_field_info_get_field: return correct pointer for C arrayMaxim Ermilov2011-05-041-1/+4
| | | | | | Also add a test case. https://bugzilla.gnome.org/show_bug.cgi?id=640468
* girparser: use c:identifier-prefixes instead of c:prefixSerkan Kaba2011-03-261-1/+1
| | | | | | | | This bug was introduced with http://git.gnome.org/browse/gobject-introspection/commit/?id=36aa515f1036978ced8d4ffb808260844f7229e0 due to rename of c:prefix to c:identifier-prefixes. https://bugzilla.gnome.org/show_bug.cgi?id=640264
* support setting gobjects and ginterfaces in struct fieldsJohn (J5) Palmieri2011-03-161-0/+17
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=644749
* Add "c:identifier" attribute to GIrNodeValue (for flags and enum values).GOBJECT_INTROSPECTION_0_10_3Laszlo Pandy2011-02-231-0/+6
| | | | | | | | | | | | | | | Flags and enums with a GType have a value_nick and value_name strings available in the class struct. But for flags and enums without GType, we need to get this information from introspection. g_base_info_get_name() gives the string for value_nick. In the GIR, the attribute "c:identifier" is the string neede for value_name. This patch adds the "c:identifier" from GIR to the typelib for all flags and enum values. It can be retireved using g_base_info_get_attribute(info, "c:identifier"). https://bugzilla.gnome.org/show_bug.cgi?id=642757
* GIrNode: fix lookup of cached type nodesGiovanni Campagna2011-02-211-11/+34
| | | | | | | | Different types of array have different type nodes, so they should produce different keys in the cache of already seen type nodes, to avoid turning a GByteArray into a reference to a GPtrArray. https://bugzilla.gnome.org/show_bug.cgi?id=642300
* Fix argument name of MISSING_ATTRIBUTE macro ('ctx' => 'context').Laszlo Pandy2011-02-171-1/+1
| | | | | | | The argument was called 'ctx' but the macro was using 'context'. This wasn't causing the build to fail because the variable 'context' was already defined in all the scopes where this macro was used.
* Account for arg direction in g_callable_info_get_ffi_arg_typesJonathan Matthew2011-02-091-1/+12
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=641647
* Pass shared-library as-is to g_module_openTomeu Vizoso2011-01-211-4/+0
| | | | | | Because it already has the lib prefix and the .so postfix https://bugzilla.gnome.org/show_bug.cgi?id=639961
* Add support for g[u]intptr in scanner and girwriter.Pavel Holejsovsky2011-01-131-3/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=634838
* Add g_vfunc_info_invoke and g_vfunc_info_get_addressTomeu Vizoso2011-01-125-157/+323
| | | | | | | for calling the native implementation of a virtual function. Refactors the code common with g_function_info_invoke in _g_callable_info_invoke. https://bugzilla.gnome.org/show_bug.cgi?id=637145
* scanner: Rename g_irepository_dump when included from the dumperBenjamin Otte2011-01-111-2/+4
| | | | | This avoids a naming conflict when compiling GiRepository.gir, where g_irepository_dump() was defined in an included header.
* Avoid using namespace as identifier in public header filesKristian Rietveld2010-12-281-1/+1
|
* Don't emit shadowed methods into the typelibAndreas Rottmann2010-12-071-1/+4
| | | | Ignore shadowed methods when parsing the GIR.
* g_object_info_find_method_using_interfaces: Fix crash if not foundColin Walters2010-12-061-1/+1
| | | | If a method wasn't found, we'd try to unref NULL.
* g_object_info_find_method_using_interfaces: New functionColin Walters2010-12-062-0/+62
| | | | | | | | 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
* Add directory index sectionColin Walters2010-12-033-12/+164
| | | | | | | | | | 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
* Add internal hashing API designed for the typelibColin Walters2010-12-033-0/+292
| | | | | | | | | | | 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 testColin Walters2010-12-031-0/+141
| | | | Add a basic test of CMPH (without any layers on top).
* cmph: Squash a lot of gcc -Wall compiler warningsColin Walters2010-12-0321-26/+28
| | | | | | | * 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: Modify types to use GLib typesColin Walters2010-12-031-27/+10
| | | | | | | 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.0Colin Walters2010-12-0377-0/+12124
| | | | | This will be used for typelib indexing. See README-CMPH-IMPORT.txt for more information.
* girepository: Consistently prefix internal functions with _Colin Walters2010-11-167-302/+302
| | | | | This should better avoid them being exported. Rename girepository-parser.la to girepository-internals.la for clarity.
* gitypelib: Extend warning for validationColin Walters2010-11-161-1/+1
|
* Add support for gunichar in typelibColin Walters2010-11-128-7/+18
| | | | | | | 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
* Add g_object_info_find_signalColin Walters2010-11-122-0/+35
| | | | | | | This matches g_object_info_find_method, and allows us to add indexing later. https://bugzilla.gnome.org/show_bug.cgi?id=633204
* Export gi_type_tag_get_ffi_typeColin Walters2010-11-094-7/+14
| | | | | | 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/)Colin Walters2010-11-091-73/+0
| | | | | This is cleaner and faster, and prepares us better for an incoming import of CMPH.
* Handle enumerations with the full range of signed and unsigned valuesOwen W. Taylor2010-11-018-17/+28
| | | | | | | | | | | | | 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 accuratelyOwen W. Taylor2010-11-011-25/+61
| | | | | | | | | | 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 consistentlyColin Walters2010-10-262-6/+4
| | | | This is a preparatory patch for adding a new basic tag.
* Fix regression in g_irepository_get_infoColin Walters2010-10-212-3/+7
| | | | | | | 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).
* girepository: Refactor lookup codeColin Walters2010-10-183-146/+150
| | | | | | | | | | | 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.
* typelib: Don't fail on minor versiong-i-0.9Colin Walters2010-10-111-1/+1
| | | | | | 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.
* Improve documentation for g_registered_type_info_get_g_typeGOBJECT_INTROSPECTION_0_9_11Johan Dahlin2010-10-061-1/+4
|
* dumper: Make g_irepository_dump static when being used in dumperColin Walters2010-10-011-0/+3
| | | | Otherwise we'll bomb out if CFLAGS contains -Werror.
* scanner: Don't link to -lgirepository when dumpingGOBJECT_INTROSPECTION_0_9_9Colin Walters2010-09-302-2/+11
| | | | | | | | 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
* Actually do something about fundamentals when parsing a .girTomeu Vizoso2010-09-291-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=630710
* Fix memory leak.Pavel Holejsovsky2010-09-251-2/+8
|
* Update annotations for GIRepository.Repository.Pavel Holejsovsky2010-09-152-16/+16
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=628753
* Box GIBaseInfo structure.Pavel Holejsovsky2010-09-152-0/+18
| | | | | | This puts it into typelibs and allows to use it safely from scripts. https://bugzilla.gnome.org/show_bug.cgi?id=628753
* typelib compiler: Passthrough <doc> at any pointColin Walters2010-09-141-1/+1
| | | | This should have been in the previous commit.
* [girepository] Add a missing includeJohan Dahlin2010-09-071-0/+1
|
* [girepository] Support strict align platformsJoe Marcus Clarke2010-09-071-4/+7
| | | | | | Such as Sparc64. https://bugzilla.gnome.org/show_bug.cgi?id=620769
* Remove extra lines from the license commentTomeu Vizoso2010-09-061-2/+0
|
* [VFuncBlob] Unknown struct offset should be 0xFFFFSteve Frécinaux2010-09-061-1/+1
| | | | | | | | | | | | Documentation says about g_vfunc_get_offset(): "Obtain the offset of the function pointer in the class struct. The value 0xFFFF indicates that the struct offset is unknown." But g-ir-compiler did set the value to 0 when the offset is unknown. This patch fixes it. https://bugzilla.gnome.org/show_bug.cgi?id=628270
* [girepository] Document GIStructInfo & GIUnionInfoPavel Holejsovsky2010-09-057-11/+221
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=628753
* scanner: Fix previous rename-to handling commitColin Walters2010-09-031-1/+1
|
* scanner: Fix rename-to handlingColin Walters2010-09-031-0/+5
| | | | | We were writing the attributes backwards. Also actually use the attribute in the typelib generation.
* girepository: Call init_globals()Colin Walters2010-09-021-11/+13
| | | | | This fixes the search path initialization if g_irepository_require is called first thing.
View Lorry Controller Status