summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Add a marshalling test for returning a NULL arrayPaolo Borelli2012-01-032-0/+11
|
* .dir-locals: Fix unbalanced parenthesisColin Walters2012-01-021-2/+2
|
* ffi: Treat enums as 32 bit signed values to fix PPC64Ray Strode2011-12-211-12/+48
| | | | | | | | | | | | | | | | | | | | | | 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 testColin Walters2011-12-202-0/+13
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=662888
* Release 1.31.6GOBJECT_INTROSPECTION_1_31_6Colin Walters2011-12-201-1/+1
|
* Update annotations for GLib 2.31.6Rico Tzschichholz2011-12-202-66/+84
|
* Update gitignoreRico Tzschichholz2011-12-201-0/+2
|
* Docs: fix typoClaudio Saavedra2011-12-191-1/+1
|
* Update annotations from GLib gitColin Walters2011-12-153-293/+2497
|
* giscanner: fix use after decrefAndreas Schwab2011-12-151-4/+6
| | | | | Decrement reference to temporary string object only after last use of its value.
* Release 1.31.1GOBJECT_INTROSPECTION_1_31_1Johan Dahlin2011-12-051-1/+1
|
* Makefile.introspection: allow buildir girs in subdirsMarc-Antoine Perennou2011-12-051-1/+2
| | | | | | | | | | | 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 passesJohan Dahlin2011-12-051-1/+1
|
* - Fix a substitution:Jasper Lievisse Adriaanse2011-12-051-1/+1
| | | | | | 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 warningsJasper St. Pierre2011-12-011-20/+0
| | | | | | These variables are unused. https://bugzilla.gnome.org/show_bug.cgi?id=665249
* gibaseinfo: Fix compiler warningsJasper St. Pierre2011-12-011-1/+1
| | | | | | | 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 .oAlbert Astals Cid2011-11-291-5/+5
| | | | | | | | | | | | | | | | 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 noneJohan Dahlin2011-11-255-5/+34
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=657202
* giscanner: Add gmodule-2.0 to compiler packagesFlorian Müllner2011-11-231-1/+1
| | | | | | | 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 dependencyFlorian Müllner2011-11-232-2/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=664681
* Update glib annotationsJasper St. Pierre2011-11-213-3017/+9515
|
* OpenBSD uses it's own libtool implementation which breaks giscanner in certainJasper Lievisse Adriaanse2011-11-181-0/+14
| | | | | | situations. So adjust resolve_non_libtool() in this case. https://bugzilla.gnome.org/show_bug.cgi?id=664282
* libxml2: add exported package nameDaniel Drake2011-11-051-0/+1
| | | | | This is needed so that g-ir-scanner can find the libxml2 include path when producing bindings for libraries that interact with libxml2.
* scanner: Only add rpaths for absolute directoriesColin Walters2011-11-031-5/+6
| | | | | We shouldn't do it for module-internal paths, since it can't work and is unnecessary even if it did.
* scanner: Also add an RPATH for library paths specifiedColin Walters2011-11-031-0/+5
| | | | | | | | | | | Introspection scanning is a bit special in that we both compile *and* run a temporary binary. In some cases like jhbuild we will pick up the runtime location of libraries via LD_LIBRARY_PATH. But this falls over when we've been given a private subdirectory, since it won't be in that path. Let's just "do the right thing" here by injecting an rpath for the directories as well.
* Add tests for chaining up from vfuncs to ancestorsTomeu Vizoso2011-10-292-0/+50
|
* configure: Update to 1.31.0Colin Walters2011-10-261-1/+1
|
* fixes and more tests for marshalling of arrays of gvariantsMikkel Kamstrup Erlandsen2011-10-252-4/+67
| | | | | | | | | | | | | | Fix return type annotation for gi_marshalling_tests_array_gvariant_in() Add function variations of gi_marshalling_tests_array_gvariant_i() with different transfer modes. Make gi_marshalling_tests_array_gvariant_none_in() actually respect the transfer none annotation on the return value. https://bugzilla.gnome.org/show_bug.cgi?id=638915 Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
* Add regress test method for a (skip) return value without out argumentsMartin Pitt2011-10-213-0/+44
| | | | | This is a requisite for writing a pygobject test case for https://bugzilla.gnome.org/show_bug.cgi?id=662383
* tests: Also dist headeronly.hColin Walters2011-10-201-0/+2
| | | | Spotted by Rico Tzschichholz
* Windows port: fix _resolve_non_libtoolDieter Verfaillie2011-10-201-25/+32
| | | | | | By simply appending '.dll' to the library names. https://bugzilla.gnome.org/show_bug.cgi?id=620566
* tests: Actually add headeronly.hColin Walters2011-10-201-0/+9
|
* Use the correct size when freeing unused infoSjoerd Simons2011-10-201-1/+4
| | | | | | | A GIBaseInfo struct can underneath either be GIRealInfo *or* GIUnresolvedInfo if the type is GI_INFO_TYPE_UNRESOLVED. So when we eventually free the structures slice use the correct struct type otherwise things get unhappy.
* Makefile.introspection: Allow usage with --header-onlyColin Walters2011-10-191-1/+2
|
* scanner: Support --header-only flagColin Walters2011-10-192-3/+14
| | | | | This is useful for someone who just wants a set of constants from a .h file accessible by introspection.
* barapp: Don't call g_thread_init()Colin Walters2011-10-181-1/+0
| | | | | | | We don't need to, and if we wanted to, we have to link against -lgthread. Spotted by Rico Tzschichholz
* parser: prevents a segfault when _g_ir_parser_parse_string returns NULL ↵Alberto Ruiz2011-10-181-0/+5
| | | | | | | | | | error was not set. Noticed the segmentation fault while using Vala to generate a .gir, a bug has been filed tomake sure Vala doesn't export gir symbols outside of a namespace (see https://bugzilla.gnome.org/show_bug.cgi?id=661952) https://bugzilla.gnome.org/show_bug.cgi?id=661951
* message: Show the file/line even when processing FATALColin Walters2011-10-171-5/+5
| | | | This helps debug. Also, add a 'fatal' debug break.
* add test for checking refcounting of signals with transfer none object paramsJohn (J5) Palmieri2011-10-143-0/+50
|
* scanner: allow GObject.Object as a superclass return typeDan Winship2011-10-134-2/+20
| | | | | | | 6172c268 made the scanner think GObject* wasn't a superclass of its subclasses. Fix that. https://bugzilla.gnome.org/show_bug.cgi?id=661677
* dumper: Don't call g_thread_init(), g_type_init() is enoughColin Walters2011-10-121-1/+0
| | | | g_thread_init() is deprecated, and unnecessary since GLib 2.24.
* scanner: split CC environment variableNatanael Copa2011-10-101-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>
* giconstantinfo: Add API to fix memory leakJasper St. Pierre2011-10-052-0/+32
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=654069
* Revert "gitypelibtest: Remove test on TestStructE size"Colin Walters2011-10-031-0/+13
| | | | | | | | This reverts commit e17c09749c23edbd928db19a8162484ddb6299b8. We actually want the test for sizeof(GValue). https://bugzilla.gnome.org/show_bug.cgi?id=660338
* Adjust dlopened library name on OpenBSD so we always pick the right one.Jasper Lievisse Adriaanse2011-09-301-0/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=660523
* gitypelibtest: Remove test on TestStructE sizeColin Walters2011-09-301-27/+0
| | | | | | | It's redundant since we're already checking that it's equal to GValue, and a problem is that padding may break exact assertions on the size. https://bugzilla.gnome.org/show_bug.cgi?id=660338
* 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.
* Skip analysis of params that have been (skip)'dStef Walter2011-09-281-0/+3
| | | | | | Otherwise we get warnings for params that have been skipped https://bugzilla.gnome.org/show_bug.cgi?id=660352
* repository: Fix g_irepository_get_c_prefix()Colin Walters2011-09-212-1/+6
| | | | | | It was returning the wrong data. https://bugzilla.gnome.org/show_bug.cgi?id=659749
* configure: Release 1.30GOBJECT_INTROSPECTION_1_30_0Colin Walters2011-09-201-2/+2
|
View Lorry Controller Status