MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0011967CMakeCMakepublic2011-03-14 04:162016-06-10 14:31
ReporterThomasZymara 
Assigned ToKitware Robot 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformFujitsu LifebookOSWindowsOS VersionWindows XP, SP3
Product VersionCMake 2.8.4 
Target VersionFixed in Version 
Summary0011967: CMake is unable to produce project-files (VS2010)
DescriptionAfter a new install of CMake 2.8.4, cmake-gui is not able to create project files for Visual Studio 2010, because of tryCompile (CMakeTestCCompiler.cmake) failes:

"""
CMake Error at C:/Programme/CMake/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:56 (MESSAGE):
  The C compiler "cl" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: D:/3RDDStrunk/RDDS_Trunk/Software/Out/ProjectFiles/CMakeFiles/CMakeTmp

Run Build Command:C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
  cmTryCompileExec.vcxproj /p:Configuration=Debug

  Microsoft (R)-Buildmodul, Version 4.0.30319.1

  [Microsoft .NET Framework, Version 4.0.30319.225]

  Copyright (C) Microsoft Corporation 2007. Alle Rechte vorbehalten.

  

  Der Buildvorgang wurde am 14.03.2011 09:00:01 gestartet.

  Projekt
  "D:\3RDDStrunk\RDDS_Trunk\Software\Out\ProjectFiles\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj"
  auf Knoten "1" (Standardziele).

  InitializeBuildStatus:

    "cmTryCompileExec.dir\Debug\cmTryCompileExec.unsuccessfulbuild" wird erstellt, da "AlwaysCreate" angegeben wurde.

  ClCompile:

    C:\Programme\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi /nologo /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D "CMAKE_INTDIR=\"Debug\"" /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Fo"cmTryCompileExec.dir\Debug\\" /Fd"D:/3RDDStrunk/RDDS_Trunk/Software/Out/ProjectFiles/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.pdb" /Gd /TC /analyze- /errorReport:queue testCCompiler.c /Zm1000

  
  C:\Programme\MSBuild\Microsoft.Cpp\v4.0\Platforms\Win32\Microsoft.Cpp.Win32.Targets(153,5):
  error : Die erforderliche Datei "" fehlt.
  [D:\3RDDStrunk\RDDS_Trunk\Software\Out\ProjectFiles\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

(.....)
"""

If I switch to VS2005, everything works.

My Environment:
(Windows XP, SP3)
1) Windows SDK 7.1 (7.0 was removed)
2) Visual Studio 2010 Premium + ServicePack 1
3) Visual Studio 2005 Prof. + SP1





Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0011968closed Kitware Robot cmake uses wrong project-guid entry (Visual Studio 2010): "ProjectGUID" 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-03-14 04:16ThomasZymaraNew Issue
2011-03-14 05:38ThomasZymaraNote Added: 0025769
2011-03-17 11:47Brad KingRelationship addedrelated to 0011968
2011-03-17 11:54Brad KingNote Added: 0025799
2012-08-11 11:09David ColeStatusnew => backlog
2012-08-11 11:09David ColeNote Added: 0030243
2016-06-10 14:28Kitware RobotNote Added: 0041819
2016-06-10 14:28Kitware RobotStatusbacklog => resolved
2016-06-10 14:28Kitware RobotResolutionopen => moved
2016-06-10 14:28Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0025769)
ThomasZymara   
2011-03-14 05:38   
Workaround:

1) Open Windows SDK 7.1 Command Prompt
2) cd to CMakeLists.txt folder
3) cmake-gui .

=> Then cmake succeeds
(0025799)
Brad King   
2011-03-17 11:54   
I cannot reproduce this. The both the "Visual Studio 2010" and "Visual Studio 2010 Win64" generators work for me in CMake 2.8.4.

My environment has VS 2010 with SP1 and the 7.1 SDK all installed. The only differences in environment I see are:

  - I have the English language version instead of German
  - I did not remove the 7.0 SDK.

What procedure did you use to uninstall the 7.0 SDK?

I wonder if the "ProjectGUID" versus "ProjectGuid" problem mentioned in issue 0011968 affects only the German version. Try building CMake with your patch using VS 2005. Does that solve both problems for VS 2010?
(0030243)
David Cole   
2012-08-11 11:09   
Sending old, never assigned issues to the backlog.

(The age of the bug, plus the fact that it's never been assigned to anyone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0041819)
Kitware Robot   
2016-06-10 14:28   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.