summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fix g_type_info_is_pointer() for overriden types of arguments.Pavel Holejsovsky2011-09-122-0/+43
| | | | | | | | | 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.Colin Walters2011-09-121-3/+4
|
* scanner: correctly handle structs with arrays of anon unionsTorsten Schönfeld2011-09-115-12/+126
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 GObjectColin Walters2011-09-092-0/+12
| | | | | 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.mkDieter Verfaillie2011-09-071-9/+15
| | | | | | | 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 ↵Dieter Verfaillie2011-09-073-34/+7
| | | | | | | | | 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 ↵Dieter Verfaillie2011-09-073-7/+34
| | | | | | 'relocatable' at runtime. https://bugzilla.gnome.org/show_bug.cgi?id=620566
* Windows port: g-ir-scanner: Accept -m flagsDieter Verfaillie2011-09-071-0/+12
| | | | | | | | 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 WindowsDieter Verfaillie2011-09-071-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=620566
* Windows port: set CAIRO_LIBS in LIBADD, not LDFLAGSDieter Verfaillie2011-09-071-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=620566
* Windows port: Export all symbols on Windows.Dieter Verfaillie2011-09-071-1/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=620566
* Windows port: the tmpfile is going to be an exe...Dieter Verfaillie2011-09-071-1/+7
| | | | | | ... 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...Dieter Verfaillie2011-09-071-0/+2
| | | | | | ... 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...Dieter Verfaillie2011-09-071-2/+6
| | | | | | | ... 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.Dieter Verfaillie2011-09-071-0/+33
| | | | | | | | | | | 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 ↵Dieter Verfaillie2011-09-071-5/+3
| | | | | | | | 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 ↵Dieter Verfaillie2011-09-071-2/+6
| | | | | | | | | | | | 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.Dieter Verfaillie2011-09-071-14/+2
| | | | | | By simply using -shrext ".pyd". https://bugzilla.gnome.org/show_bug.cgi?id=620566
* Windows port: set CAIRO_SHARED_LIBRARY in configure.acDieter Verfaillie2011-09-071-0/+6
| | | | | | 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.acDieter Verfaillie2011-09-071-3/+1
| | | | | | 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.m4Dieter Verfaillie2011-09-073-12/+34
| | | | | | | | | | | | | | | | | | | | - 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 scriptsColin Walters2011-09-031-2/+2
| | | | It only applies to native binaries.
* Let the user override the default compiler with the CC env variableAndoni Morales Alastruey2011-09-031-1/+1
|
* Fix compilation with mingwAndoni Morales Alastruey2011-09-032-1/+11
| | | | | | 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 oneAndoni Morales Alastruey2011-09-031-1/+2
|
* windows: Fix extension of g-ir-compiler to include EXEAndoni Morales Alastruey2011-09-031-1/+1
|
* gi-dump-types: New uninstalled debugging programColin Walters2011-09-033-0/+42
| | | | Usage: ./_build/gi-dump-types g_object_get_type
* girffi: Remove unnecessary sys/mman.h includeColin Walters2011-09-031-2/+2
| | | | While we're here move config.h to the top for consistency.
* regress: Fix wrong type of variable in regression testVincent Untz2011-09-021-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=658075
* Regenerated GLib annotation cachePavel Holejsovsky2011-08-313-167/+491
| | | | Regenerated from glib fe4fc3e8b5a5ad8d4113c4df1fe8e0e9f295035e
* Install docbookdescription.pyColin Walters2011-08-301-0/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=657686
* configure: Post-release version bumpColin Walters2011-08-291-1/+1
|
* gimarshallingtests.h: Remove unimplemented functionsGOBJECT_INTROSPECTION_1_29_17Colin Walters2011-08-291-4/+0
| | | | The new missing-element-type warning triggers for these.
* build: Update prepare-minor-release to use xz compressionColin Walters2011-08-291-1/+1
|
* scanner: Don't try to copy c:type if we're parsing (element-type)Colin Walters2011-08-294-57/+62
| | | | | | | | | | | | | 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 codeColin Walters2011-08-291-3/+0
|
* Fix warning for missing (element-type)Colin Walters2011-08-294-2/+15
| | | | | | 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 gitignoreJohan Dahlin2011-08-291-0/+1
|
* Use INTROSPECTION_SCANNER_ENV in Makefile.introspectionJohan Dahlin2011-08-291-1/+3
|
* Add a make-check check to pre-commit hookJohan Dahlin2011-08-292-0/+17
|
* Avoid most of the special-casing of GObject.Object in the scannerPavel Holejsovsky2011-08-281-48/+14
| | | | | | | | | 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 #defineXavier Claessens2011-08-262-0/+8
|
* Add a regress test for a method returning GPtrArrayXavier Claessens2011-08-263-0/+29
|
* Revert "xlib: fix the type of XID"Giovanni Campagna2011-08-261-14/+18
| | | | | | | 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 XIDGiovanni Campagna2011-08-261-18/+14
| | | | | | | | 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 filesJavier Jardón2011-08-261-1/+1
| | | | | It's not needed as the project uses inline comments for documentation.
* configure.ac: Generate xz tarball with ustar format by defaultJavier Jardón2011-08-261-2/+2
|
* Update autotools configurationJavier Jardón2011-08-262-11/+19
| | | | | Replace deprecated autoconf macros Use new libtool syntax
* autogen.sh: Use autoreconf instead custom scriptJavier Jardón2011-08-261-37/+18
|
* Fix g_irepository_find_by_gtype() for GDK_TYPE_RECTANGLEPavel Holejsovsky2011-08-251-0/+11
| | | | | | | | | | | | | | | | | | 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
View Lorry Controller Status