summaryrefslogtreecommitdiff
path: root/Makefile-giscanner.am
diff options
context:
space:
mode:
authorChun-wei Fan <fanchunwei@src.gnome.org>2016-03-15 00:58:08 +0800
committerChun-wei Fan <fanchunwei@src.gnome.org>2016-03-16 20:07:13 +0800
commit444648d6a8b97250e737bc46d00d8278a5c205d4 (patch)
tree257f8d3a6af5fc58c9fe7ad584023542abb4da92 /Makefile-giscanner.am
parent0d361ced9e73e9066ca872d581d598f5033f9f59 (diff)
downloadgobject-introspection-444648d6a8b97250e737bc46d00d8278a5c205d4.tar.gz
ccompiler.py: Win32: Use tempfile for resolving libs
When using the NMake Makefile within the Visual Studio projects, as we are using dumpbin to resolve the .lib file that we link to, the outputs of dumpbin is captured by the Visual Studio output panel, which causes it not to be processed by proc.communicate(). This is due to dumpbin being an integrated component of Visual Studio. In order to remedy this, we need to use a temp file, and use the /out:<tempfile> flag, and look for the DLL that is linked to by the .lib that we pass in. https://bugzilla.gnome.org/show_bug.cgi?id=763739
Diffstat (limited to 'Makefile-giscanner.am')
0 files changed, 0 insertions, 0 deletions