summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* scanner: split CC environment variablegnome-3-2Natanael Copa2011-10-271-1/+2
| | | | | | | | 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>
* Bug 660338: Account for padding in struct size checkMartin Pitt2011-09-291-3/+4
| | | | | | | 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.
* configure: Release 1.30GOBJECT_INTROSPECTION_1_30_0Colin Walters2011-09-201-2/+2
|
* Fix incorrect extension for tempfileDieter Verfaillie2011-09-191-1/+1
| | | | | | | | | | | | | 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 libpythonDieter Verfaillie2011-09-172-3/+12
| | | | | | | | | | | | - 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 gvalueJohn (J5) Palmieri2011-09-152-0/+33
| | | | | | * 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 annotationJohan Dahlin2011-09-1410-15/+78
| | | | | Add an annotation tag "Value:" which can be used on constants to override the value.
* tests: Add gir/ to toplevel typelib pathColin Walters2011-09-131-1/+1
| | | | Fixes the test when running uninstalled.
* scanner: Don't add redundant notify signalColin Walters2011-09-121-4/+0
| | | | It was actually introduced by e0fea819f0da1ca60cce3280e7e21f3d2955be3a
* 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
View Lorry Controller Status