View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0012523CMakeCMakepublic2011-10-18 05:562016-06-10 14:31
ReporterMicha Renner 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSWindowsOS Version7
Product VersionCMake 2.8.6 
Target VersionFixed in Version 
Summary0012523: Building CMake on Windows
DescriptionThere could be problems in building CMake-2.8.6 on Windows with VS.

As source I used cmake-2.8.6.zip.

According to the instructions of the Read.Me file, I build the solution file with an installed 2.8.6 CMake.
This CMake was started in the command window of VS.

After loading the solution file the project explorer reports that these projects are not available or not supported:
3rdParty

CMakePredefinedTargets

CTestDashboardsTargets

Documentaion

KWSys

Tests

Utilities

Win9xCompat

The build process was stopped with these message:
3> cmCTest.cxx

3>C:\work-c\BuildCMake\Source\cmCTest.cxx(92): error C2593: 'Operator <<' is ambiguous

3> C:\Program Files\Microsoft Visual Studio 10.0\VC\include\ostream(366): kann 'std::basic_ostream<_Elem,_Traits> &std::basic_ostream<_Elem,_Traits>::operator <<(__int64)' sein

3> with

3> [

3> _Elem=char,

3> _Traits=std::char_traits<char>

3> ]

3> C:\work-c\BuildCMake\CMake\Source\cmsys/IOStream.hxx(110): oder "std::ostream &operator <<(std::ostream &,cmsys::IOStreamSLL)"

3> bei Anpassung der Argumentliste '(std::basic_ostream<_Elem,_Traits>, time_t)'

3> with

3> [

3> _Elem=char,

3> _Traits=std::char_traits<char>

3> ]


The resulting cmake-prog does not work, even if it is transferred in the directory of the installed cmake.

Maybe there is a are more detailed description available to build the CMake-Package?


TagsNo tags attached.
Attached Fileslog file icon CMakeError.log [^] (456,559 bytes) 2011-10-25 09:16
log file icon CMakeOutput.log [^] (565,710 bytes) 2011-10-25 09:16
log file icon CMakeErrorNotWork.log [^] (447,797 bytes) 2011-10-28 03:49
log file icon CMakeOutputNotWork.log [^] (535,556 bytes) 2011-10-28 03:49

 Relationships

  Notes
(0027596)
Bill Hoffman (manager)
2011-10-18 11:18

This seems to have showed up on the dashboard with no changes to CMake last night. Was there a window update that you did recently?
(0027597)
David Cole (manager)
2011-10-18 11:58

This message comes from trying to set the gloabl USE_FOLDERS property to ON with a Visual Studio Express edition:

  "these projects are not available or not supported"

To avoid the error, please set the CMake configure-time variable "CMAKE_USE_FOLDERS" to OFF.
(0027604)
Micha Renner (reporter)
2011-10-20 05:08

Yes, I use:
Microsoft Visual Studio 2010
Version 10.0.30319.1 RTMRel
Microsoft .NET Framework
Version 4.0.30319 RTMRel

Installed version: VC Express

Microsoft Visual C++ 2010 01013-169-2610014-70994
Microsoft Visual C++ 2010

CMAKE_USE_FOLDERS -> OFF works, CMake run, the errors remain.

Greetings
Micha
(0027607)
Micha Renner (reporter)
2011-10-21 10:26

The maschine I used is not connected with the internet, so the last Windows Update is about two month ago.

Greetings
Micha
(0027609)
Bill Hoffman (manager)
2011-10-21 12:47

Can you attache the CMakeFiles/CMakeOutput.txt and CMakeFiles/CMakeError.txt to this bug?

Clinton Stimpson discovered this:

For the non working build, we get this in the configure output:
http://www.cdash.org/CDash/buildSummary.php?buildid=1635763 [^]
-- Checking whether long long and __int64 are the same type
-- Checking whether long long and __int64 are the same type - yes
...
-- Checking whether C++ compiler has 'long long'
-- Checking whether C++ compiler has 'long long' - no


And a working build gets this:
http://www.cdash.org/CDash/buildSummary.php?buildid=1633025 [^]
-- Checking whether long long and __int64 are the same type
-- Checking whether long long and __int64 are the same type - yes
...
-- Checking whether C++ compiler has 'long long'
-- Checking whether C++ compiler has 'long long' - yes
-- Checking if istream supports long long
-- Checking if istream supports long long - yes
-- Checking if ostream supports long long
-- Checking if ostream supports long long - yes

If we could see why those tests are failing we could figure this out. That info should be in the log files.
(0027644)
Micha Renner (reporter)
2011-10-25 09:15

That's not so simple. Currently I cannot reproduce the error.
So the log-files might not be helpful.
(0027666)
Micha Renner (reporter)
2011-10-28 03:51

Here are now the log-files which CMake produces, if the MSVC cancels the build of CMake-2.8.6

Greetings
Micha
(0027667)
Bill Hoffman (manager)
2011-10-28 09:00

OK, now I know what it is... The test for long long fails because cmTryCompileExec.exe can not be written. Could be anti-virus, could be the previous remove did not work.

Not sure what to do about it, but now we know what it is...

Here is the error translated to English:


Checking whether C++ compiler has 'long long' failed to compile with the following output:
....
  cmTryCompileExec.dir \ Debug \ kwsysPlatformTestsCXX.obj / machine: X86 / debug

LINK: fatal error LNK1104: File "C: \ work-c \ b1 \ CMake \ Source \ kwsys \ CMakeFiles \ CMakeTmp \ Debug \ cmTryCompileExec.exe" GE can not be opened. [C: \ work-c \ b1 \ CMake \ Source \ kwsys \ CMakeFiles \ CMakeTmp \ cmTryCompileExec.vcxproj]

The creation of the project "C: \ work-c \ b1 \ CMake \ Source \ kwsys \ CMakeFiles \ CMakeTmp \ cmTryCompileExec.vcxproj" is completed (default targets) - FAILED.
(0027934)
Bill Hoffman (manager)
2011-12-07 11:11

I am wondering if we could just put a sanity check in place for this one. If long long and __int64 are the same type - yes, but you also have Checking whether C++ compiler has 'long long' - no, then we send and error that says delete the cache and try again something went wrong...
(0027975)
David Cole (manager)
2011-12-13 19:35

Unset target version field; too late for a fix to go into 2.8.7; deferred until a future version.
(0030336)
David Cole (manager)
2012-08-11 21: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.
(0041919)
Kitware Robot (administrator)
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.

 Issue History
Date Modified Username Field Change
2011-10-18 05:56 Micha Renner New Issue
2011-10-18 11:18 Bill Hoffman Note Added: 0027596
2011-10-18 11:58 David Cole Note Added: 0027597
2011-10-20 05:08 Micha Renner Note Added: 0027604
2011-10-21 10:26 Micha Renner Note Added: 0027607
2011-10-21 12:47 Bill Hoffman Note Added: 0027609
2011-10-21 12:47 Bill Hoffman Target Version => CMake 2.8.7
2011-10-25 09:15 Micha Renner Note Added: 0027644
2011-10-25 09:16 Micha Renner File Added: CMakeError.log
2011-10-25 09:16 Micha Renner File Added: CMakeOutput.log
2011-10-28 03:49 Micha Renner File Added: CMakeErrorNotWork.log
2011-10-28 03:49 Micha Renner File Added: CMakeOutputNotWork.log
2011-10-28 03:51 Micha Renner Note Added: 0027666
2011-10-28 09:00 Bill Hoffman Note Added: 0027667
2011-12-07 11:11 Bill Hoffman Note Added: 0027934
2011-12-13 19:35 David Cole Note Added: 0027975
2011-12-13 19:35 David Cole Target Version CMake 2.8.7 =>
2012-08-11 21:09 David Cole Status new => backlog
2012-08-11 21:09 David Cole Note Added: 0030336
2016-06-10 14:28 Kitware Robot Note Added: 0041919
2016-06-10 14:28 Kitware Robot Status backlog => resolved
2016-06-10 14:28 Kitware Robot Resolution open => moved
2016-06-10 14:28 Kitware Robot Assigned To => Kitware Robot
2016-06-10 14:31 Kitware Robot Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team