[cmake-developers] Appx generator for CPack?

2016-08-16 Thread Ryan Saunders via cmake-developers
Hi CMake people! I notice that there is no CPack generator for Microsoft's .appx package format. I would like there to be. It seems pretty straightforward to do...basically just get all the files into the right directory structure (similarly to the archive generators, I think), and then call

Re: [cmake-developers] cmake -E capabilities [v3]

2016-08-16 Thread Brad King
On 08/16/2016 02:39 PM, Tobias Hunger wrote: > Did you make any progress with libuv? I would love to start pushing > the server-mode patches. All the other pieces are in place already! Great. I haven't gotten a chance to import libuv yet. Now that you're ready for it I'll try to raise priority

Re: [cmake-developers] [PATCH v7] For Windows encode process output to internally used encoding

2016-08-16 Thread Brad King
On 08/15/2016 04:34 PM, Dāvis Mosāns wrote: > Typically Windows applications (eg. MSVC compiler) use current console's > codepage for output to pipes so we need to encode that to internally used > encoding (KWSYS_ENCODING_DEFAULT_CODEPAGE). Thanks. Applied with minor tweaks and merged to `next`

Re: [cmake-developers] llvm coverage format .profdata

2016-08-16 Thread Brad King
On 08/15/2016 02:24 PM, Alex Ciobanu wrote: > Are there any plans in this direction? Not currently, but one can look at the implementations of the currently supported formats to add it. Thanks, -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [cmake-developers] cmake -E capabilities [v3]

2016-08-16 Thread Brad King
On 08/15/2016 09:56 AM, Tobias Hunger wrote: > here is a new update of the cmake -E capabilities patch. Thanks. Applied with minor revisions and an additional test: cmake: Add `cmake -E capabilities` mode https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=49ad7f9a -Brad -- Powered by

Re: [cmake-developers] [PATCH] cmFileCommand: Download continuation support

2016-08-16 Thread Brad King
On 08/16/2016 07:11 AM, Titov Denis wrote: > This patch introduces several options for the file(DOWNLOAD ...) command, > which > would be useful in case of dealing with big files or unstable network > connections. Nice, thanks. Good start. Here are a few minor comments. > The added options

Re: [cmake-developers] Need ideas/opinions on third party library management

2016-08-16 Thread Florent Castelli
We have many smaller libraries and a few big ones like Boost. It certainly takes a bit of time to setup, but it will save you a lot of time later. It will keep your build scripts clean too as the user won’t have to know about its dependencies setup. Just use “target_link_libraries” on the modern

Re: [cmake-developers] Need ideas/opinions on third party library management

2016-08-16 Thread Elizabeth A. Fischer
CMake builds for existing libraries are certainly an interesting and useful thing, and deserve to be posted in a GitHub repo somewhere. They should also serve as the basis of a campaign to get the library authors to incorporate the CMake build directly in their repos. But any approach that

Re: [cmake-developers] Need ideas/opinions on third party library management

2016-08-16 Thread Benjamin Ballet via cmake-developers
Very interesting discussion, we have the same issues here. Florent Castelli, how many third parties libraries do you use ? I think a super build can be a very good solution but I'm wondering how much third party code you have to build. Here we use OpenCV, with, boost, and poco, and other

[cmake-developers] [PATCH] cmFileCommand: Download continuation support

2016-08-16 Thread Titov Denis
This patch introduces several options for the file(DOWNLOAD ...) command, which would be useful in case of dealing with big files or unstable network connections. The added options are: RETRY_COUNT -- sets maximal amount of download restarts, default value: 1 RETRY_DELAY -- sets delay before

Re: [cmake-developers] Need ideas/opinions on third party library management

2016-08-16 Thread Florent Castelli
At Spotify, we use CMake a lot for our large C++ library shared by all the clients. After trying to build libraries for each platform and variant, we basically gave up and we now use a super-build approach. For example, Boost is used by 5 platforms: Windows, OSX, Linux, Android and iOS. Each

Re: [cmake-developers] [Patch 5/5] Improved WIX support

2016-08-16 Thread Nils Gladitz
On 08/16/2016 11:15 AM, Stuermer, Michael SP/HZA-ZSEP wrote: There is precedence in cmWIXFilesSourceWriter::EmitComponentFile() so I think such an interface change would be fine. Ok I'll do this. Should solve all issues and doubts hopefully. Great. Thanks. Adding FeatureRef to #PRODUCT

Re: [cmake-developers] [Patch 5/5] Improved WIX support

2016-08-16 Thread Stuermer, Michael SP/HZA-ZSEP
> -Original Message- > From: Nils Gladitz [mailto:nilsglad...@gmail.com] > Sent: Tuesday, August 16, 2016 10:54 AM > To: Stuermer, Michael SP/HZA-ZSEP; CMake Developers > Subject: Re: [cmake-developers] [Patch 5/5] Improved WIX support > > On 08/16/2016 10:15 AM, Stuermer, Michael

Re: [cmake-developers] [CMake] Need ideas/opinions on third party library management

2016-08-16 Thread Charles Huet
Hi, I was looking at tools that can do this kind of things myself (however I was more looking at pre-built binaries redistribution than at a super-build, since our build time is already quite long). Does Conan (https://conan.io/) not fit your bill as well ? Best Le dim. 14 août 2016 à 02:33,