View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007918CMakeCMakepublic2008-11-03 04:312011-01-11 18:05
ReporterMathieu Malaterre 
Assigned ToDavid Cole 
StatusclosedResolutionwon't fix 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionFixed in Version 
Summary0007918: Add C# support
DescriptionIt would be nice if CMake would support C# natively (and not via the use of macro).
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to 0001266closedDavid Cole Upcomming C# support should work with Portable.NET too 

-  Notes
Mathieu Malaterre (developer)
2008-11-03 04:34

Minimal support for C# can be found there: [^]
David Cole (manager)
2008-11-03 17:00

The minimum contribution I would be comfortable with adding to CMake to be able to claim "C# support" would include adding resources to the built executables/dlls and generating real .csproj files for C# libraries and executables (rather than .vcproj files with custom build rules). (And working with the VS8 and VS9 generators at a minimum.)
Mathieu Malaterre (developer)
2008-11-06 06:27

<mind dump>
How should we support C# major version ? As of now:
* 1.1
* 2.0
* 3.5

1. at src file level
 set_source_files_properties(file1.cs PROPERTIES CSHARP_VERSION 3.5)

2. at project level

3. At target level

set_target_properties(bla PROPERTIES CSHARP_VERSION 3.5)

all of the above ?

</mind dump>
Mathieu Malaterre (developer)
2008-11-14 12:04

Issue with full path to src file, need to be windows style:

* [^]

       cd C:\cygwin\home\mmalaterre\Projects\gdcm\release-cl\Examples
        C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\csc.exe /r:C:/
cygwin/home/mmalaterre/Projects/gdcm/release-cl/bin/./gdcm_csharp.dll /
ManipulateFile.exe C:/cygwin/home/mmalaterre/Projects/gdcm/trunk/
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.

error CS1504: Source file 'c:\cygwin\home\mmalaterre\Projects\gdcm
\release-cl\Examples\Csharp\ManipulateFile.cs' could not be opened
('Le fichier sp‚cifi‚ est introuvable. ')
NMAKE : fatal error U1077: 'C:\WINDOWS\Microsoft.NET\Framework
\v1.1.4322\csc.exe' : return code '0x1'
Mathieu Malaterre (developer)
2008-11-20 03:50

Actual cmake macros used in GDCM projects can be found here: [^] [^] [^] [^] [^] [^]
Arno Rehn (reporter)
2009-12-29 09:30

I implemented C# as a cmake language for use with the C# bindings for KDE [1]. It currently relies on additional macros to create executables and libraries, because CMake currently only works with seperate build/link steps. C# compilers require all source files to be given on the command line and unify the build and link steps, though. So the initial requirement for C# support would be to have a single command for building and linking a target.

[1] [^]
Dominique Leuenberger (reporter)
2010-07-06 15:48

Has there been any activities / considerations on the solution of Arno?

I just integrated his files also in one of my projects that uses cmake as build system (and creates C# bindings) and this works fine for me.

Certainly, I only use a subset out of what Arno's cmake files offer, but it was enough for me. Having this directly in cmake integrated would have saved me a lot of hassle to get this to work.

I, and certainly many more, would appreciate having C# simplified in cmake build systems.
David Cole (manager)
2010-09-09 17:45

Built-in support for C# in CMake is not going to happen any time soon unless somebody volunteers to be its maintainer, including moving forward into the future with new C# compilers, new versions of Visual Studio, new ...

Or, unless somebody is willing to fund the development effort required to make this "as good as C++" support in CMake.

So... I'm closing this as "Won't Fix" until 1 of 2 things happens:
(1) we have a volunteer
(2) we have a serious funder
David Cole (manager)
2011-01-11 18:05

Closing resolved issues that have not been updated in more than 3 months.

- Issue History
Date Modified Username Field Change
2008-11-03 04:31 Mathieu Malaterre New Issue
2008-11-03 04:34 Mathieu Malaterre Note Added: 0014012
2008-11-03 17:00 David Cole Note Added: 0014019
2008-11-05 17:37 Bill Hoffman Status new => assigned
2008-11-05 17:37 Bill Hoffman Assigned To => David Cole
2008-11-06 06:27 Mathieu Malaterre Note Added: 0014046
2008-11-14 12:04 Mathieu Malaterre Note Added: 0014111
2008-11-17 13:58 David Cole Priority normal => low
2008-11-17 13:58 David Cole Severity minor => feature
2008-11-17 13:58 David Cole Reproducibility have not tried => N/A
2008-11-20 03:50 Mathieu Malaterre Note Added: 0014147
2009-12-29 09:30 Arno Rehn Note Added: 0019007
2010-07-06 15:48 Dominique Leuenberger Note Added: 0021255
2010-09-09 17:45 David Cole Note Added: 0022170
2010-09-09 17:45 David Cole Status assigned => resolved
2010-09-09 17:45 David Cole Resolution open => won't fix
2011-01-11 18:05 David Cole Note Added: 0024606
2011-01-11 18:05 David Cole Status resolved => closed
2011-01-26 13:41 David Cole Relationship added related to 0001266

Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker