Re: [cmake-developers] [PATCH] Help: fix FindMatlab section headers
On 06/29/2015 07:43 AM, Tamás Kenéz wrote: FindMatlab used dash for its internal headers. This commit replaces caret-headers with double-quote-headers and replaces dash-headers with caret-headers. Applied, thanks: FindMatlab: Fix documentation section header underline style http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6524ed5e On top of release. Since this is a trivial documentation update I've scheduled it for merge to 'release' for 3.3. Thanks, -Brad -- 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-developers
[cmake-developers] [CMake 0015634]: Support for pkgconfig --define-variable
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15634 == Reported By:Heinrich Fink Assigned To: == Project:CMake Issue ID: 15634 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2015-06-29 09:13 EDT Last Modified: 2015-06-29 09:13 EDT == Summary:Support for pkgconfig --define-variable Description: It is often necessary to re-define the prefix variable of pkgconfig scripts to adapt to different compilation environments. This is usually done via pkg-config --define-variable=prefix=/my/dev/root/libs. Unfortunately this workflow is not support by CMake scripts that use pkgconfig. A simple option to define additional agurments for pkg-config when invoked would be helpful already. Manually redefining the pkg-config executable path, to already contain the additional argument, wouldn't work. == Issue History Date ModifiedUsername FieldChange == 2015-06-29 09:13 Heinrich Fink New Issue == -- 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-developers
[cmake-developers] [PATCH] Help: fix FindMatlab section headers
Hi, FindMatlab used dash for its internal headers. This commit replaces caret-headers with double-quote-headers and replaces dash-headers with caret-headers. On top of release. Tamas 0001-Help-fix-FindMatlab-section-headers.patch Description: Binary data -- 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-developers
Re: [cmake-developers] C# support?
On 06/26/2015 10:47 AM, Stuermer, Michael SP/HZA-ZSEP wrote: Does it have a realistic chance to be accepted for upstream Yes, so long as it comes with proper tests and is not too intrusive on the overall design/implementation of CMake. In order to enable use of C# sources we should get enable_language(CSharp) to work. This is likely straightforward with the VS generators. One question is how things should be done for the Makefile and Ninja generators. For these we need to construct command line invocations of the compiler. I'm not very familiar with C#. Does it need separate compilation with dependencies or should one simply invoke the compiler with the entire list of sources in a response file or something? Thanks, -Brad -- 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-developers
Re: [cmake-developers] C# support?
The C# compiler, csc.exe, takes all its arguments at once in one call to build a library or executable. Listing all the sources, and its references (other libraries it depends on) all at once. You can do it as command line arguments, or as contents of a response file, or a combination or arguments plus response file. Conceptually, it's just like Java. They do have separate project files for it with VS, though. The generators will need code to generate *.csproj files, rather than custom commands in a vcxproj file, to make it seem like it's really well-integrated with VS. Not sure if *.csproj files have evolved much over the last few releases of VS -- I'd expect the major challenge with this to be making sure CMake generates proper *.csproj files for however many versions of VS it would take to make it acceptable. D On Mon, Jun 29, 2015 at 1:05 PM, Brad King brad.k...@kitware.com wrote: On 06/26/2015 10:47 AM, Stuermer, Michael SP/HZA-ZSEP wrote: Does it have a realistic chance to be accepted for upstream Yes, so long as it comes with proper tests and is not too intrusive on the overall design/implementation of CMake. In order to enable use of C# sources we should get enable_language(CSharp) to work. This is likely straightforward with the VS generators. One question is how things should be done for the Makefile and Ninja generators. For these we need to construct command line invocations of the compiler. I'm not very familiar with C#. Does it need separate compilation with dependencies or should one simply invoke the compiler with the entire list of sources in a response file or something? Thanks, -Brad -- 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-developers -- 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-developers
Re: [cmake-developers] C# support?
On Mon, Jun 29, 2015 at 10:05 AM, Brad King brad.k...@kitware.com wrote: On 06/26/2015 10:47 AM, Stuermer, Michael SP/HZA-ZSEP wrote: Does it have a realistic chance to be accepted for upstream Yes, so long as it comes with proper tests and is not too intrusive on the overall design/implementation of CMake. In order to enable use of C# sources we should get enable_language(CSharp) to work. This is likely straightforward with the VS generators. One question is how things should be done for the Makefile and Ninja generators. For these we need to construct command line invocations of the compiler. I'm not very familiar with C#. Does it need separate compilation with dependencies or should one simply invoke the compiler with the entire list of sources in a response file or something? the command line tool is 'mcs' (mono) http://linux.die.net/man/1/mcs and csc for .NET (windows) https://msdn.microsoft.com/en-us/library/78f4aasd.aspx (does support response file with @file; from running csc /?) it goes from source to .dll or .exe without .obj inbetween. can compile with C# itself... but I guess there's no command line tool from .NET itself (looks like it comes from visual studio)... something like Power Shell can instance a compiler and build output. (wonder if that was part of the sources includes in the .net source release) Thanks, -Brad -- 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-developers -- 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-developers
Re: [cmake-developers] C# support?
-Original Message- From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] On Behalf Of David Cole via cmake-developers Sent: Monday, June 29, 2015 17:31 To: Brad King Cc: cmake-developers@cmake.org Subject: Re: [cmake-developers] C# support? The C# compiler, csc.exe, takes all its arguments at once in one call to build a library or executable. Listing all the sources, and its references (other libraries it depends on) all at once. You can do it as command line arguments, or as contents of a response file, or a combination or arguments plus response file. Conceptually, it's just like Java. Exactly right; it's like a combined compiler+linker. It's also worth noting that the C# and VB .NET languages doesn't have the concept of #include preprocessor directives. Header files are a non-issue. (Once you got that working, I'd imagine Java language support would be easy, too...) They do have separate project files for it with VS, though. The generators will need code to generate *.csproj files, rather than custom commands in a vcxproj file, to make it seem like it's really well-integrated with VS. Not sure if *.csproj files have evolved much over the last few releases of VS -- I'd expect the major challenge with this to be making sure CMake generates proper *.csproj files for however many versions of VS it would take to make it acceptable. Csproj files are MSBuild compatible, like how Visual C++ 2010 vcxproj files are. While Visual C++ went to MSBuild recently (VS2010), Visual C# has been MSBuild compatible since MSBuild's inception - Visual Studio 2005 if I remember right. Visual Studio 2002/2003 might be different since they pre-date MSBuild but since the VC++ 2002 generator was recently deprecated I'd argue these versions can be ignored. (if someone uses that version still, they could at least use csc.exe directly via a Makefile generator) So, since VS2005, I think you'd find small changes (new flags introduced, etc.) but no major file format overhaul like from VC++ 2008 to VC++ 2010. I'd also like to take this opportunity to point out that whoever does this might want to consider supporting VB .NET also. Everything in this discussion is EXACTLY the same, except that the compiler name is different, and project/source code file extensions are different. It would be relatively trivial to support VB .NET once you have C# working, if you wrote the generator right. (vbc.exe instead of csc.exe, vbproj instead of csproj, .vb file instead of .cs file. Compiler switches are probably almost identical... It's also MSBuild-based and also does a combined compile+link.) 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-developers
Re: [cmake-developers] Adding Swift support to CMake
On 06/25/2015 09:24 AM, Eric Wing wrote: I pushed up a couple of repos for everybody to try. Thanks. From that I was able to make some progress with getting CMakeDetermineSwiftCompiler to work. I've made two tweaks to CMakeDetermineCompilerId to make it easier to use from a new CMakeDetermineSwiftCompiler module: CMakeDetermineCompilerId: Simplify src reference in IDE projects http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8306108f CMakeDetermineCompilerId: Use per-language regex to match Xcode compiler tool http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6452291c Once these changes test cleanly on nightly builds I will look at the rest of the changes for basic Swift + Xcode. -Brad -- 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-developers
Re: [cmake-developers] [ANNOUNCE] CMake 3.3.0-rc3 is now ready!
Hi, Robert! Dear CMake developers Hello! 26.06.2015, 21:36, Robert Maynard robert.mayn...@kitware.com: I am proud to announce the third CMake 3.3 release candidate. ... CPack - * The cpack(1) IFW generator and the CPackIFW module learned to support Qt Framework Installer 2.0 tools. I will add that now CMake can not only create an installer for your project based on QtIFW 2.0, but your own. But you wouldn't believe it :-) suggest believe it! Debian 8: http://ifw.podsvirov.pro/cmake/v3.3/cmake-3.3.0-rc3-Linux-i686.run http://ifw.podsvirov.pro/cmake/v3.3/cmake-3.3.0-rc3-Linux-x86_64.run Windows7: http://ifw.podsvirov.pro/cmake/v3.3/cmake-3.3.0-rc3-win32-x86.exe http://ifw.podsvirov.pro/cmake/v3.3/cmake-3.3.0-rc3-win64-x64.exe This offline installer, but very easy to do online installer with the possibility of further update: Debian 8: http://ifw.podsvirov.pro/cmake/cmake-master-i386-online.run http://ifw.podsvirov.pro/cmake/cmake-master-amd64-online.run Windows 7: http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe I urge everyone to try. Want to hear the opinion of Robert about these installers. Maybe someday CMake will also be distributed through QtIFW. -- Regards, Konstantin Podsvirov -- 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-developers
[cmake-developers] [CMake 0015636]: alias libraries and and --graphviz
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15636 == Reported By:tim blechmann Assigned To: == Project:CMake Issue ID: 15636 Category: CMake Reproducibility:have not tried Severity: minor Priority: normal Status: new == Date Submitted: 2015-06-30 00:54 EDT Last Modified: 2015-06-30 00:54 EDT == Summary:alias libraries and and --graphviz Description: when alias libraries are used, the dot files treat original and aliased library as different targets. therefore the dependencies are not visualised. this issue is somehow related to http://www.cmake.org/Bug/view.php?id=13809, which is about add_dependency. Steps to Reproduce: add_library(foo) add_library(bar ALIAS foo) add_executable(baz) target_link_libraries(baz bar) expected behaviour: baz should visualise a dependency to foo. instead foo it shows a dependency to bar. == Issue History Date ModifiedUsername FieldChange == 2015-06-30 00:54 tim blechmann New Issue == -- 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-developers