MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0008808CMakeCMakepublic2009-03-27 18:242016-06-10 14:30
ReporterDarryl Melander 
Assigned ToBill Hoffman 
PrioritynormalSeverityfeatureReproducibilityhave not tried
StatusclosedResolutionmoved 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionFixed in Version 
Summary0008808: Want support for Common Language Runtime for Visual Studio
DescriptionI'd like the ability to set the "Common Language Runtime support" option for C++ projects in Visual Studio projects.
Steps To Reproduce
Additional InformationThis shows up in the .vcproj file as "ManagedExtensions":

        <Configuration
            Name="Debug|Win32"
            ManagedExtensions="1"

Values are:
  0 = Off
  1 = On
  2 = Pure MSIL
  3 = Safe MSIL
  4 = Old Syntax

If the ManagedExtensions option is missing it defaults to Off.

Ideally, setting this to anything but Off should also set exception handling from /EHsc to /EHa (from ExceptionHandling="1" to ExceptionHandling="2").
TagsNo tags attached.
Relationships
Attached Filespatch configurationCLRSupport.patch (2,053) 2013-03-19 09:08
https://public.kitware.com/Bug/file/4690/configurationCLRSupport.patch
Issue History
Date ModifiedUsernameFieldChange
2009-03-27 18:24Darryl MelanderNew Issue
2009-03-30 01:53James BiglerNote Added: 0015844
2009-03-30 14:02Darryl MelanderNote Added: 0015853
2009-09-14 14:31Bill HoffmanNote Added: 0017463
2009-09-14 14:31Bill HoffmanStatusnew => assigned
2009-09-14 14:31Bill HoffmanAssigned To => Bill Hoffman
2011-02-24 10:50Peter SchregleNote Added: 0025574
2012-06-27 12:14David HUnterNote Added: 0029844
2013-03-19 09:08Matthew BenthamFile Added: configurationCLRSupport.patch
2013-03-19 09:14Matthew BenthamNote Added: 0032673
2013-03-20 10:51Matthew BenthamNote Edited: 0032673bug_revision_view_page.php?bugnote_id=32673#r1082
2013-03-20 10:53Matthew BenthamNote Edited: 0032673bug_revision_view_page.php?bugnote_id=32673#r1083
2016-06-10 14:27Kitware RobotNote Added: 0041529
2016-06-10 14:27Kitware RobotStatusassigned => resolved
2016-06-10 14:27Kitware RobotResolutionopen => moved
2016-06-10 14:30Kitware RobotStatusresolved => closed

Notes
(0015844)
James Bigler   
2009-03-30 01:53   
Can't you simply add the /EHsc or /EHa flag to you CMAKE_C_FLAGS or CMAKE_CXX_FLAGS?
(0015853)
Darryl Melander   
2009-03-30 14:02   
I've come pretty close:

STRING(REPLACE "/EHsc" "/EHa" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS})
STRING(REPLACE "/RTC1" "" CMAKE_CXX_FLAGS_DEBUG ${CMAKE_CXX_FLAGS_DEBUG})
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /clr")

The compiler seems to be doing the right thing now, although the project is still not flagged as a CLR project in the Visual Studio project properties window.
(0017463)
Bill Hoffman   
2009-09-14 14:31   
This should work with the flags in VS 2010.... Those values must be missing from the flag map in 2008. For 2010 the flag table is generated from a MS .xml file, so it is always complete.
(0025574)
Peter Schregle   
2011-02-24 10:50   
The issue is still there with VS 2010.

Darryl Melanders changes do not flag the project as CLR in the Visual Studio properties.

Is there some workaround?
(0029844)
David HUnter   
2012-06-27 12:14   
For extra information I did write up some stuff on MSBuild/VS property sheet usage in CMake here http://www.cmake.org/pipermail/cmake/2011-December/048030.html. [^] This includes building CLR code.

I have been using the string replace method mentioned above as a work around, however I recently discovered that this work around fails if you want to use /CLR:safe. /CLR:safe requires no C calling convention to be set but the calling convention /Gd is set deep in the bowls of MSBuild and is not present in flags like CMAKE_CXX_FLAGS and so can't be removed.
(0032673)
Matthew Bentham   
2013-03-19 09:14   
(edited on: 2013-03-20 10:53)
The problem I've found, is that while CMake sets the "Common Language RunTime Support" option in the C/C++ section of the configuration properties if "/clr" is in the CXX_FLAGS, it does not set the "Common Language RunTime Support" in the general configuration properties, and that causes problems with linking/.NET references.

I've attached the patch that we're using internally for setting the CLR configuration property, in the hope that someone else will find it useful.

We have found that this is necessary in order to make certain .NET references work correctly, for example to avoid problems with warning C4945 when referencing System.dll.

The patch uses the flag map, so it works for projects setting '/clr' via the CMAKE_CXX_FLAGS as described above, and no further change is needed to CMakeLists.txt.
(0041529)
Kitware Robot   
2016-06-10 14:27   
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.