summaryrefslogtreecommitdiff
path: root/Makefile-gir.am
Commit message (Collapse)AuthorAgeFilesLines
* build: use the detected pkg-configSaleem Abdulrasool2015-03-241-9/+9
| | | | | | | | | | Rather than assuming that pkg-config is spelt pkg-config, use the environment variable $PKG_CONFIG which is the actual detected pkg-config spelling. This is particularly important when cross-compiling, where the pkg-config may be prefixed with the target and will actually provide a different result from the build pkg-config which may be available unprefixed. https://bugzilla.gnome.org/show_bug.cgi?id=746669
* Remove special W32 libnames, as they break stuffРуслан Ижбулатов2014-02-221-16/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=724881
* build: Use $(EXEEXT) for typelib compilerРуслан Ижбулатов2014-02-211-12/+12
| | | | | | Fixes Windows. https://bugzilla.gnome.org/show_bug.cgi?id=724874
* gir: Add gmodule-2.0.cRico Tzschichholz2013-09-131-2/+3
| | | | | Grab annotions from gmodule like we do for glib and gio. This result in a properly generated and documented GModule-2.0.gir.
* Makefile: Fix the buildColin Walters2013-08-031-0/+1
|
* Add win32-1.0.girColin Walters2013-08-021-1/+2
| | | | | | | So for doing the GTK+ stack with gobject-introspection on Windows, we basically need to stub out the win32 types just like we do for xlib. Contributed by serenomickael@gmail.com
* Makefile-gir: Fix indentationJasper St. Pierre2013-01-021-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=691030
* GLib-2.0.gir: Add glib-unix.hColin Walters2012-09-051-0/+3
| | | | So we pick up g_unix_signal_add() for example.
* windows: Fix extension of g-ir-compiler to include EXEAndoni Morales Alastruey2011-09-031-1/+1
|
* Add boxed types definition for GLibGiovanni Campagna2011-06-041-6/+8
| | | | | | | | | | Use the new glib-boxed.h header from gobject to pair structure definitions with boxed types in the GLib namespace, improving the introspection coverage and removing some hacks. Some fixes from Colin Walters <walters@verbum.org> https://bugzilla.gnome.org/show_bug.cgi?id=646635
* Fix generation of cairo typelibGOBJECT_INTROSPECTION_0_10_6Owen W. Taylor2011-03-251-3/+4
| | | | | | | | | | By separating out cairo-1.0.gir from gir_DATA, we lost the generation of the cairo typelib. So instead add cairo-1.0.gir to a new SUBSTITUTED_GIRSOURCES and include that in gir_DATA. Fix the rule for generating cairo-1.0.gir for srcdir != builddir. https://bugzilla.gnome.org/show_bug.cgi?id=645692
* Makefile-gir: Fix EXTRA_DISTGOBJECT_INTROSPECTION_0_10_5Colin Walters2011-03-251-1/+1
|
* Don't dist gir/cairo-1.0.gir, it's generatedColin Walters2011-03-251-1/+11
| | | | | | | We should not be disting it, because it contains values derived from configure. Extract it out of STATIC_GIRSOURCES, and also move it to a Makefile rule rather than AC_SUBST as it should be so it gets cleaned properly.
* gir: Fix build of Gio-2.0.girBenjamin Otte2011-01-111-1/+3
| | | | | - include gio-unix headers properly into Gio gir - don't include gsettingsbackend.h
* Makefile-gir.am: Fix explicit dependency of DBusGLib on GObjectColin Walters2010-11-111-1/+1
| | | | | Because of Makefile.introspection, the .typelibs are still put in gir/.
* dumper: Differentiate between "external" and "internal" linkingColin Walters2010-11-111-0/+4
| | | | | | | | | | | 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 dependencyColin Walters2010-11-111-1/+14
| | | | | We need the typelib compiler to be built before we try to build typelibs for the static gir files.
* nonrecursive build: Fix typelib installationAlban Browaeys2010-11-111-1/+1
|
* Switch to nonrecursive make for core (i.e. not tests/)Colin Walters2010-11-091-0/+203
This is cleaner and faster, and prepares us better for an incoming import of CMPH.
View Lorry Controller Status