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
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
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`
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:
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
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
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
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
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
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
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
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
> -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
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,
14 matches
Mail list logo