diff options
author | Bill Somerville <bill@classdesign.com> | 2015-07-29 16:36:38 (GMT) |
---|---|---|
committer | Brad King <brad.king@kitware.com> | 2015-07-31 13:50:32 (GMT) |
commit | 5d0a8b1abc3f8a6d8d23772251b4ef2758d2def6 (patch) | |
tree | 82509636512c869f3820297686fe3f815c2a64c4 /Modules/FindArmadillo.cmake | |
parent | afb674ab46a7d6ff3d1801315f3d852bdba79d0c (diff) | |
download | CMake-5d0a8b1abc3f8a6d8d23772251b4ef2758d2def6.zip CMake-5d0a8b1abc3f8a6d8d23772251b4ef2758d2def6.tar.gz CMake-5d0a8b1abc3f8a6d8d23772251b4ef2758d2def6.tar.bz2 |
GetPrerequisites: Optionally filter "objdump" output for speed
As dumpbin.exe is no longer reliable for gcc libraries on MinGW because
it crashes on many common libraries like libgcc_s and libgfortran it is
now necessary too resort to using objdump for DLL dependency walking.
Using objdump has a secondary problem in that it generates a lot of
output for large libraries and causes fixup_bundle() to take many
minutes to process what took fractions of a second with
"dumpbin.exe /dependents".
Add a 'grep' pre-filter in the execute_process() command pipeline to
reduce this output to a minimum for a several orders of magnitude speed
up. If grep is not available just use the full output.
As there does not seem to be a reliable way of detecting MinGW, callers
of fixup_bundle() may have to set the variable gp_tool to "objdump" if
dumpbin.exe is installed on the build machine to stop it using the
broken MS dumpbin.exe for library dependency walking.
Diffstat (limited to 'Modules/FindArmadillo.cmake')
0 files changed, 0 insertions, 0 deletions