[CMake] C# Support and Embedded Resources
Hello, I played around with the C# support in CMake 3.8.0/3.8.1. In a project I need embedded resources, how can I add those? Regards Roman -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] C# support?
> -Original Message- > From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Stuermer, > Michael SP/HZA-ZSEP > Sent: Friday, June 26, 2015 14:47 > To: cmake-develop...@cmake.org; cmake@cmake.org > Subject: [CMake] C# support? > > Hi and sorry for cross-posting this on both lists, > > I checked the mailing list history about the C#/.NET support topic and realized > that the interest in C# support seems to have declined a bit. > > I am right now in the need of good C# support and adding external project > files is not that much of an option to me. So I started hacking away > everything that is needed for .csproj generation and support of mixed > managed/unmanaged targets. Not yet done, but there is a light at the end of > the tunnel. > > Now the question: is there any real interest at all in this feature? Does it have > a realistic chance to be accepted for upstream or will I have to maintain my > own fork of CMake? > Well, I have only just recently started using CMake. So I am not speaking from a great deal of experience. But I am currently converting over a bunch of stuff into a set of CMake projects. (must be multiple CMake projects built by a superbuild via ExternalProject because we use three different C/C++ compilers and target three different CPU architectures.) Part of that "stuff" involves a mixture of Visual Studio projects involving (1) 100% unmanaged C++ code: this is the easy stuff to move to CMake, (2) C++/CLI mixed mode projects, (3) C# projects that consume the mixed mode C++/CLI projects. I have yet to start working on that part of the CMake migration, but I'm not looking forward to figuring out how to make the C# projects consume the build output from the C++/CLI projects and still have the Visual C# projects be easy to add/remove files from. All these particular projects are targeting Visual Studio 2008 32-bit, so it *ought* be possible to use them all from one single CMake build tree & one single Visual Studio solution... I have seen include_external_msproject CMake command: http://www.cmake.org/cmake/help/v3.3/command/include_external_msproject.html But it's not clear to me how I'd make the C# project depend on other CMake targets (i.e. the mixed mode C++ projects). The best I've thought of would be to use configure_file to modify the project to substitute the compiled C++ DLLs in the references section of the project. But then it will be a pain to modify the original C# projects in SOURCE_DIR. And also, the C# project normally has relative paths, so if it gets configure_file'd into BINARY_DIR all the source code paths will break. I guess all the above is to say, I'm interested in that feature. But I may be too much of a newbie at CMake to say whether that is a good "CMake way" of doing things. I still need to experiment with the above command, and read up on old mailing list messages on the subject. But it seems to me the logical way for supporting C# would be: (1) it becomes a first-class language that can be mentioned in the project() command, (2) therefore, all the generators can use it, so you aren't restricted to Visual Studio generator (I like the Ninja generator because it's faster than Visual Studio), (3) Visual Studio generator would emit a solution containing generated VC++/VC# projects. Anything else feels like a bit of a hack to me. But #1 thru #3 sounds like a lot of work though... Also, C# doesn't compile to object files - does CMake currently support the concept of a language that doesn't require separate compiling/linking steps? Best regards, James Johnston -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[CMake] C# support?
Hi and sorry for cross-posting this on both lists, I checked the mailing list history about the C#/.NET support topic and realized that the interest in C# support seems to have declined a bit. I am right now in the need of good C# support and adding external project files is not that much of an option to me. So I started hacking away everything that is needed for .csproj generation and support of mixed managed/unmanaged targets. Not yet done, but there is a light at the end of the tunnel. Now the question: is there any real interest at all in this feature? Does it have a realistic chance to be accepted for upstream or will I have to maintain my own fork of CMake? best regards, Michael Stürmer -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[CMake] C# support
'lo, I have added a bug report for C# support in CMake. http://vtk.org/Bug/view.php?id=7918 This will serve mostly to see what is the interest in the community. I have added the link to the minimal cmake-modules I wrote: http://gdcm.svn.sourceforge.net/viewvc/gdcm/Sandbox/CMakeCSharp/ Feel free to add any other info / 3rd party work I missed. Thanks, -- Mathieu ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# Support in CMake
Mathieu Malaterre schrieb am Donnerstag 16 Oktober 2008 um 15:42: > Hi there, > > I have started a limited support for C# in my project: > > https://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/FindCSharp.cmake?view=marku >p & > https://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/UseCSharp.cmake?view=markup > > Because this is already becoming tedious, I was wondering if anyone > had started a true C# support in cmake. As far as understand there is > only one piece missing the lex/yacc part, right ? > Doing a quick google search I can find: > > http://www.cs.nuim.ie/~jpower/Research/csharp/Index.html > For me the C# syntax looks pretty much similar to java. Thus the java lex/yacc files included in cmake should be a good starting point. -- Maik ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] C# Support in CMake
Hi there, I have started a limited support for C# in my project: https://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/FindCSharp.cmake?view=markup & https://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/UseCSharp.cmake?view=markup Because this is already becoming tedious, I was wondering if anyone had started a true C# support in cmake. As far as understand there is only one piece missing the lex/yacc part, right ? Doing a quick google search I can find: http://www.cs.nuim.ie/~jpower/Research/csharp/Index.html The only thing that would prevent inclusion is the fact that the code is release under GPL. I think I'll be ok with that at first, all I still need to know is: is this is enough ? How much work is it from there ? The csc compiler line looks very familiar to anyone doing C/C++. I have CC James Power, to be part of the discussion (if any). James, would you be ok to dual-license your code to be BSD compatible to allow easier integration in CMake ? thanks, -- Mathieu ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
Brandon Van Every wrote: On 6/9/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: What is Kitware's interest in full Visual Studio C# support in CMake? 10 months ago, Brad King wrote in http://public.kitware.com/pipermail/cmake/2006-August/010528.html is there any development (planned) on C# (Csharp) support for CMake ? Currently there are no plans to develop support ourselves to my knowledge. If someone volunteers to add it we will accept the contribution. If you want to do this we can get you started. Well, then, it looks like the interest is there. Perhaps I'll start looking into it more seriously then. Josh ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
On 6/9/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: What is Kitware's interest in full Visual Studio C# support in CMake? 10 months ago, Brad King wrote in http://public.kitware.com/pipermail/cmake/2006-August/010528.html is there any development (planned) on C# (Csharp) support for CMake ? Currently there are no plans to develop support ourselves to my knowledge. If someone volunteers to add it we will accept the contribution. If you want to do this we can get you started. Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
Brandon Van Every wrote: On 6/9/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: My only concern is maintaining a fork to do this. I already have a forked CMake with various fixes to the Visual Studio and Xcode support. Despite increasing usability in these environments, the interest level in my patches thus far seems virtually non-existent. Are you saying that Kitware has said they won't take your patches? Or that they haven't responded in the timeframe you'd like? Or that people in general don't seem interested in the issues you've patched? I'm saying they are probably much more busy than I and don't have time to sort through every single patch that comes in, especially from CMake "noobs" like me. I take no offense at that. It's life. There is even an approved patch in the bug tracker for AUI support in wxWidgets from January 19 of this year that hasn't been integrated into CMake. I asked about it recently, but no response was given. In the end, Kitware needs to do what is best financially for Kitware. If my patches or other people's patches (approved or otherwise) do not benefit Kitware, I would fully expect there to be little interest. I just stated the opinion above based solely on whether my efforts on a C# patch would benefit anyone else by integration into the master build of CMake or whether the C# patch would sit in a private forked build of CMake. What is Kitware's interest in full Visual Studio C# support in CMake? My apologies for the misunderstanding. Josh ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
On 6/9/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: Frankly, I'm ready to just dive in and add the support to the Visual Studio project generators, mirroring much of the C++ support. I'd actually only do the Visual Studio 2005 MSBuild support and MAYBE VS2003, but it would lay the basis for other ports. I haven't run into the "does it handle C#" issue yet, but I know I'm going to. I like CMake too much to have to throw it out for that reason. My only concern is maintaining a fork to do this. I already have a forked CMake with various fixes to the Visual Studio and Xcode support. Despite increasing usability in these environments, the interest level in my patches thus far seems virtually non-existent. Are you saying that Kitware has said they won't take your patches? Or that they haven't responded in the timeframe you'd like? Or that people in general don't seem interested in the issues you've patched? Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
Brandon Van Every wrote: On 6/6/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: So, for fun, I was trying to implement C# support through some extra .cmake files. It would be good to get a wiki page up about C# issues, so there's some stickiness to various people's efforts. When I apply for game development jobs, I typically bug them about CMake. They often ask "does it handle C# ?" PC and console game developers tend to use C or C++ for the fast stuff, but they often use C# for GUI-driven production tools that can afford to be slow. I'm too tired to do this right now. Perhaps someone else is more awake and doesn't mind adding a wiki page. Frankly, I'm ready to just dive in and add the support to the Visual Studio project generators, mirroring much of the C++ support. I'd actually only do the Visual Studio 2005 MSBuild support and MAYBE VS2003, but it would lay the basis for other ports. I haven't run into the "does it handle C#" issue yet, but I know I'm going to. I like CMake too much to have to throw it out for that reason. My only concern is maintaining a fork to do this. I already have a forked CMake with various fixes to the Visual Studio and Xcode support. Despite increasing usability in these environments, the interest level in my patches thus far seems virtually non-existent. I also have CMake in another source control system, so I can actually commit my changes. While I'm very much a centralized source control repository guy (all I use day to day and absolutely necessary for games industry products with their huge amounts of content and such), a project like CMake could benefit from a decentralized setup like Mercurial. Or rather, at least _I_ could, so I could easily grab from the remote repository, create branches, make changes, commit, and so on. Josh ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
Pau Garcia i Quiles wrote:
The developers of Qyoto (the C# binding to Qt) have written a
FindMono.cmake which might be useful:
http://websvn.kde.org/trunk/KDE/kdebindings/cmake/modules/FindMono.cmake
This was useful, but I never really made it work well.
* ${CMAKE_CURRENT_SOURCE_DIR}/ must be prepended to every file in the
sources list.
* All sources must have their forward slashes converted to backslashes.
* The extension .exe is complained about during nmake steps. (NMAKE :
fatal error U1073: don't know how to make 'hello.exe')
* It isn't integrated into ADD_EXECUTABLE(). That would be nice.
* It seems to require ALL to be added to the custom target. I believe
this makes the target build every time.
For me, it showed me how to add custom commands. That's something I
haven't done a lot of lately.
Thanks! It was a better start than I had!
Josh
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
[CMake] C# support again
On 6/6/07, Joshua Jensen <[EMAIL PROTECTED]> wrote: So, for fun, I was trying to implement C# support through some extra .cmake files. It would be good to get a wiki page up about C# issues, so there's some stickiness to various people's efforts. When I apply for game development jobs, I typically bug them about CMake. They often ask "does it handle C# ?" PC and console game developers tend to use C or C++ for the fast stuff, but they often use C# for GUI-driven production tools that can afford to be slow. I'm too tired to do this right now. Perhaps someone else is more awake and doesn't mind adding a wiki page. Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] C# support again
Hello, The developers of Qyoto (the C# binding to Qt) have written a FindMono.cmake which might be useful: http://websvn.kde.org/trunk/KDE/kdebindings/cmake/modules/FindMono.cmake -- Pau Garcia i Quiles http://www.elpauer.org (Due to the amount of work, I usually need 10 days to answer) Quoting Joshua Jensen <[EMAIL PROTECTED]>: So, for fun, I was trying to implement C# support through some extra .cmake files. This won't be good enough to work with Visual Studio's MSBuild, but I wanted to give it a start. I ran into an interesting issue. A simple C# command line appears as follows: csc /out:MyApp.exe /target:exe Main.cs App.cs Class1.cs Class2.cs This is a compile+link all rolled into one. CMake appears to want the compile and link steps separate. They aren't in the C# compiler. There are workarounds in .NET 2.0, but they aren't as efficient. For the standard C# compiler to work, all source files must be specified on the command line. If any C# people would like to correct me, feel free. So as far as language bindings go, CMAKE_CSharp_COMPILE_OBJECT and CMAKE_CSharp_LINK_EXECUTABLE are technically the same thing. How do I go about setting this up in CMake? I need a command like CMAKE_CSharp_COMPILE_AND_LINK where all source files can be specified. Thanks. Josh ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] C# support again
So, for fun, I was trying to implement C# support through some extra .cmake files. This won't be good enough to work with Visual Studio's MSBuild, but I wanted to give it a start. I ran into an interesting issue. A simple C# command line appears as follows: csc /out:MyApp.exe /target:exe Main.cs App.cs Class1.cs Class2.cs This is a compile+link all rolled into one. CMake appears to want the compile and link steps separate. They aren't in the C# compiler. There are workarounds in .NET 2.0, but they aren't as efficient. For the standard C# compiler to work, all source files must be specified on the command line. If any C# people would like to correct me, feel free. So as far as language bindings go, CMAKE_CSharp_COMPILE_OBJECT and CMAKE_CSharp_LINK_EXECUTABLE are technically the same thing. How do I go about setting this up in CMake? I need a command like CMAKE_CSharp_COMPILE_AND_LINK where all source files can be specified. Thanks. Josh ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
