I see in the cmake code that if I pick the Win64 generator, cmake takes a 64 bit view of the registry and tries to find things. That makes sense to me in general, such as finding 64 bit python, based on registry keys, etc... But Visual Studio itself is a 32 bit application, and the 64 bit redist is contained in it.

I guess I'll put this in the bug tracker.

Thanks,
Clint

Clinton Stimpson wrote:

The Process Explorer verifies its a 32 bit image.

My CMakeLists.txt file ===
INCLUDE(InstallRequiredSystemLibraries)
===== end file

In cmake-gui, if I pick the "Visual Studio 8 2005" generator, it sets MSVC80_REDIST_DIR correctly. If I go back File -> Delete Cache, then hit configure again, but choose "Visual Studio 8 2005 Win64" as the generator, then MSVC80_REDIST_DIR is not found.

Clint

David Cole wrote:
It's looking in the right place. You're using the 64-bit regedit. If you view it with the 32-bit regedit (found, paradoxically, at C:\WINDOWS\SysWOW64\regedit.exe) then you'll see it as 32-bit cmake is asking for it...

Side note: you can always use Process Explorer from sysinternals.com <http://sysinternals.com> to examine running processes to determine if they are 32-bit or 64-bit if you need to. I would say Process Explorer is the most indispensable tool that exists on Windows.

So you include InstallRequiredSystemLibraries and what happens?


On Thu, Nov 13, 2008 at 12:43 PM, Clinton Stimpson <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    On 64 bit Windows...
    When I run cmake, the InstallRequiredSystemLibraries.cmake is not
    finding the MSVC80_REDIST_DIR automatically.
    It looks in
[HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\VisualStudio\\8.0;InstallDir]
    for it, but its not there when I run regedit.
    Its actually in
[HKEY_LOCAL_MACHINE\\SOFTWARE\\Wow6432Node\\Microsoft\\VisualStudio\\8.0;InstallDir].

    Is there some way to make this work without me helping it along?
     Maybe its a more general issue?

    This is using the cmake 2.6.2 binaries from cmake.org
    <http://cmake.org>.

    Clint

    _______________________________________________
    CMake mailing list
    [email protected] <mailto:[email protected]>
    http://www.cmake.org/mailman/listinfo/cmake



_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake

_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to