Brad King wrote:
>> * cmake_minumum_required/policies
>
> This can go in the introduction of the cmake-policies.7 manual page
> and be linked from the cmake_minumum_required command.
Done, but can be expanded more I suppose.
>> * project/languages
>> * cross-compiling/toolchain files etc.
>
> H
Brad King wrote:
> On 11/18/2013 04:34 PM, Alexander Neundorf wrote:
>> the author of the --help-custom-modules command line option certainly
>> intended this to be used by other projects. ;-)
>> I don't know whether this is used only in KDE or also in other projects.
>
> The solution is still to
Brad King wrote:
> IMO the --help-* command-line options are
> still present only for basic compatibility with pre-3.0 help and
> should not be a focus of workflow enhancements.
I don't consider --help-command an 'only compatibility' feature. It's the
primary way I read cmake documentation.
> Th
Hi,
I was wondering what folks thought of going through the bug tracker and
attaching tags to bugs to help bubble some up to the top.
Some tags are used, but it doesn't seem all that consistent in usage or
style. To start with, how about tags such as:
cmake-patch
- Patch attached to
2013/11/19 Vadim Zhukov :
> 2013/11/19 Brad King :
>> On 07/31/2013 10:06 AM, Brad King wrote:
>>> The dependency is now in master so please rebase find_backtrace
>>> on that so you can use the reset feature.
>>
>> The find_backtrace topic has not yet been merged to 'next' for
>> testing. After th
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14587
==
Reported By:adesmier_fr
Assigned To:
On 11/20/2013 04:05 AM, Daniele E. Domenichelli wrote:
>> The "this->SetError/return false" logic for these errors should be
>> replaced by "this->IssueMessage(cmake::FATAL_ERROR,...)/return true"
>> to switch it to a fatal error. The signature should be extended
>> to provide an option to get the
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14586
==
Reported By:Daniel Pfeifer
Assigned To:
I've staged a new topic "wix-components" that adds basic component
support to the CPack WiX generator:
http://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/wix-components
I would like to encourage anyone interested in this to inspect and/or
try out the changes and provide feedback.
On 19.11.2013 18:34, Brad King wrote:
We would need a policy because existing project releases inevitably
contain such code by accident need to continue to work, albeit with a
policy warning.
I created a topic "missing-target-error" for this but it currently
conflicts with "constify" in Source
On 19/11/13 16:34, Brad King wrote:
>> * The "STATUS" variable is not set, therefore it is not useful;
>> * The "faulty" downloaded file is not removed.
>>
>> So I believe that there is no way to stop CMake, unless you perform
>> another hash check.
>
> The "this->SetError/return false" logic for t
11 matches
Mail list logo