summaryrefslogtreecommitdiff
path: root/gir/glib-2.0.c
diff options
context:
space:
mode:
authorChun-wei Fan <fanchunwei@src.gnome.org>2015-08-31 15:50:24 +0800
committerChun-wei Fan <fanchunwei@src.gnome.org>2015-09-01 00:06:18 +0800
commitd1f62064ff2a570d8648c622e5b59f3a561f7e9a (patch)
tree3d6ad519f9df2e9d50e893c2010ea77fcf22388b /gir/glib-2.0.c
parent82b86785e91175060deb0425756bfa76c68cd36f (diff)
downloadgobject-introspection-d1f62064ff2a570d8648c622e5b59f3a561f7e9a.tar.gz
giscanner: Use Distutils to Build Dumper Program
Add compile() and link() functions in ccompiler.py to call distutils.ccompiler's compiler() and link() functions, so that we can in turn call them from dumper.py as needed. Note that for linking the dumper program when building with libtool, we are still using the original method of constructing the link command line and running that command line, as distutils and libtool do not get along well with each other. For non-libtool builds, such as MSVC builds, we would link the dumper program using distutils. For MSVC builds, we need to ignore mt.exe failing to find a .exe.manifest file as Visual Studio 2010+ do not generate such files during linking, and it is done by distutils as Python 2.7.x is built with Visual Studio 2008, which do generate such manifest files during the build. https://bugzilla.gnome.org/show_bug.cgi?id=753428
Diffstat (limited to 'gir/glib-2.0.c')
0 files changed, 0 insertions, 0 deletions