On 04/26/2011 02:16 PM, Brad King wrote:
> On 04/26/2011 03:41 AM, Michael Wild wrote:
>> Seems like MSVC (I'm using 9.0) is messing with the standard
>> streams... I put up a simple test project that only calls
>> "dumpbin.exe /?" in a execute_process call. Funny thing is, that if
>> configured from CMake-Gui or command line, the output is captured
>> just fine. However, if I then touch the CMakeLists.txt to force a
>> re-configure from within the IDE, the output is not captured
>> anymore. Further, not all executables seem to be affected. I tried
>> cl.exe (affected), find.exe (works fine) and a simple ANSI-C
>> hello-world program (works fine).
>>
>> @David, @Brad, @MSVC-gurus: Do you have any idea what's going on?
>
> The IDE sets an environment variable "VS_UNICODE_OUTPUT" to a value
> that tells MS tools running from within the IDE where to send their
> output:
>
> http://msdn.microsoft.com/en-us/library/610ecb4h%28v=vs.80%29.aspx
>
> In order to ensure that the tools send the output to their stdout
> instead, one must unset this environment variable. The
> ExternalProject module already does this when running some tools.
>
> -Brad
Thanks for the hint. This works for me now:
install(CODE "
include(BundleUtilities)
set(ENV{VS_UNICODE_OUTPUT}) # <<<< SOMEHOW CREEPS BACK IN >>>>>>
fixup_bundle(\"${APP}\" \"\" \"${DIRS}\")
")
Michael
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
