MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0015170CMakeCMakepublic2014-09-23 07:452016-06-10 14:31
Reporterstopiccot 
Assigned ToKitware Robot 
PrioritynormalSeverityfeatureReproducibilityalways
StatusclosedResolutionmoved 
PlatformWindowsOSWindowsOS Versionany
Product VersionCMake 3.0 
Target VersionFixed in Version 
Summary0015170: CMAKE_SYSTEM_PROCESSOR is broken on Windows
DescriptionAccording to it's description CMAKE_SYSTEM_PROCESSOR should have value of "The name of the CPU CMake is building for". On Windows x64 hosts it always has value of AMD64 no matter which architecture you are building for: x86/x64 or arm. I have a strong opinion that this behavior should be fixed cause otherwise this var is completely useless on windows. And yes I know there is a CMAKE_CL_64 var for determining what arch we are building for. But it looks like a x64-only dirty hack not a generic solution
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0014342closed Kitware Robot CMAKE_SYSTEM_PROCESSOR behaviour changed 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-09-23 07:45stopiccotNew Issue
2014-09-23 08:13Pascal BachNote Added: 0036855
2014-09-24 09:13Brad KingRelationship addedrelated to 0014342
2014-10-27 11:54Brad KingNote Added: 0037075
2016-06-10 14:29Kitware RobotNote Added: 0042636
2016-06-10 14:29Kitware RobotStatusnew => resolved
2016-06-10 14:29Kitware RobotResolutionopen => moved
2016-06-10 14:29Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0036855)
Pascal Bach   
2014-09-23 08:13   
I assume you are talking about Visual Studio and the selection of CMAKE_GENERATOR_PLATFORM via -G "Visual Studio 2013 ARM" for example.

I think it would be good to have the value of CMAKE_SYSTEM_PROCESSOR set according to the selected platform.
(0037075)
Brad King   
2014-10-27 11:54   
A challenge here is that CMAKE_SYSTEM_PROCESSOR is supposed to be set as part of the CMakeSystem.cmake, configured from CMakeSystem.cmake.in:

 http://www.cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/CMakeSystem.cmake.in;hb=v3.0.2 [^]

but that configuration occurs very early, even before we have tried to enable any languages or detect any compilers. For Makefile and Ninja generators this is straightforward. When not cross-compiling the host processor can be detected immediately. When cross-compiling it is the responsibility of the CMAKE_TOOLCHAIN_FILE to set CMAKE_SYSTEM_PROCESSOR for the target.

The problem for VS generators is that the target architecture is not determined in time to configure CMakeSystem.cmake because they "cross" compile without explicitly saying so.
(0042636)
Kitware Robot   
2016-06-10 14:29   
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.