summaryrefslogtreecommitdiff
path: root/Makefile-tools.am
Commit message (Collapse)AuthorAgeFilesLines
* g-ir-tool-template.in: Don't hardcode /usr/bin/envChun-wei Fan2018-08-211-1/+1
| | | | | | | | | | | | | | | For Visual Studio builds, it is likely that we specify a specific Python installation as there may well be multiple Python installations, but _giscanner.pyd gets tied to the particular Python DLL that it was built with. So, we cannot just use /usr/bin/env python3 in such a case on Visual Studio, but instead we use the full path to the Python executable in the shebang so that the correct Python installation is used, when running the installed scripts. This is necessary as Meson could bump the Python version it requires but _giscanner.pyd could not be used on the newer Python that is required due to differences in the Python version and the CRT Python itself is linked to, for instance. We continue to use /usr/bin/env python[2|3] for other builds.
* autotools: start using AX_COMPILER_FLAGS, enable -Werror on CIChristoph Reiter2018-07-291-3/+6
| | | | | | | | | * This adds a new dependency on autoconf-archive. * Pass WARN_CFLAGS/WARN_LDFLAGS/WARN_SCANNERFLAGS to everything we control the source of * Disables all warning flags which make the build error out for now, we'll re-enable them in followup commits. * AX_COMPILER_FLAGS is used with the release flag always on so we don't get -Werror by default.
* autotools: dist all meson filesChristoph Reiter2018-06-211-1/+2
|
* Remove unused define GIREPO_DEFAULT_SEARCH_PATH.Tomasz Miąsko2018-05-111-4/+2
|
* g-ir-inspect: Inspect GI typelibsIgor Gnatenko2016-04-291-2/+8
| | | | | | | | | | | | | | | | Various distributions (mainly RPM based so far) make use of automatic dependencies extracted from typelib files (they can require other typelibs and also shared libraries) Current features * Print used shared libraries * Print used typelib dependencies Based-on-patch-by: Dominique Leuenberger <dimstar@opensuse.org> Reference: https://bugzilla.gnome.org/show_bug.cgi?id=665672 Reviewed-by: Colin Walters <walters@verbum.org> Signed-off-by: Dominique Leuenberger <dimstar@opensuse.org> Signed-off-by: Igor Gnatenko <ignatenko@redhat.com>
* tools: use a template to generate the tools scriptsDieter Verfaillie2015-06-291-10/+8
| | | | | | g-ir-annotation-tool, g-ir-doc-tool and g-ir-scanner where identical except for the module and function being invoked. Avoid code duplication and generate these from a common template.
* build: Add --enable-doctool optionColin Walters2012-02-211-1/+5
|
* - 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
* WIP doctoolJohan Dahlin2011-08-111-3/+11
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=625494
* Fix broken DATADIR definition after config.py was killedGOBJECT_INTROSPECTION_1_29_16Vincent Untz2011-07-271-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=655437
* Kill off config.pyColin Walters2011-07-271-2/+4
| | | | | Generating Python source code is problematic for srcdir != builddir; steal a the trick of putting global data in __builtins__ from jhbuild.
* girepository: Consistently prefix internal functions with _Colin Walters2010-11-161-2/+2
| | | | | This should better avoid them being exported. Rename girepository-parser.la to girepository-internals.la for clarity.
* build: Flip around linking order of libraries for toolsColin Walters2010-11-161-4/+4
| | | | | | It seems in some cases (Debian libtool) we get an injected rpath first for the jhbuild root, which screws us over since we need the libraries from .libs.
* build: Explicitly link to libffi for g-ir-compilerColin Walters2010-11-121-2/+2
| | | | | On Debian, libtool won't pull in dependencies from internal libraries when linking.
* Explicitly link g-ir-compiler and g-ir-generate to GIOColin Walters2010-11-111-4/+6
| | | | girepository only explicitly deps on GObject, so this is correct.
* Switch to nonrecursive make for core (i.e. not tests/)Colin Walters2010-11-091-0/+33
This is cleaner and faster, and prepares us better for an incoming import of CMPH.
View Lorry Controller Status