Thanks for the info. I've filed a bug about this issue -
https://gitlab.kitware.com/cmake/cmake/issues/16435
Regards,
Nikita
On Thu, Nov 17, 2016 at 1:37 AM, Michael Ellery wrote:
>
>> On Nov 16, 2016, at 2:32 PM, Nikita wrote:
>>
>> Indeed, specifying '-line-filter=[]' doesn't cause any troubl
> On Nov 16, 2016, at 2:32 PM, Nikita wrote:
>
> Indeed, specifying '-line-filter=[]' doesn't cause any troubles.
> Should I file a bug about this?
>
> Regards,
> Nikita
>
FWIW, I brought up the same issue a few weeks ago:
http://stackoverflow.com/questions/40433573/how-can-i-specify-additio
Indeed, specifying '-line-filter=[]' doesn't cause any troubles.
Should I file a bug about this?
Regards,
Nikita
On Thu, Nov 17, 2016 at 1:18 AM, Bill Hoffman wrote:
> On 11/16/2016 5:01 PM, Nikita wrote:
>>
>> It works for me with '-fix' as well. However, it doesn't work with
>> "-warnings-as-e
On 11/16/2016 5:01 PM, Nikita wrote:
It works for me with '-fix' as well. However, it doesn't work with
"-warnings-as-errors", '-header-filter', and '-line-filter'.
The problem is definitely not in semicolons.
It is the * that causes trouble.
-Bill
--
Powered by www.kitware.com
Please keep m
It works for me with '-fix' as well. However, it doesn't work with
"-warnings-as-errors", '-header-filter', and '-line-filter'.
The problem is definitely not in semicolons.
Regards,
Nikita
On Thu, Nov 17, 2016 at 12:35 AM, Tiago Macarios
wrote:
> This works for me:
>
> CXX_CLANG_TIDY
>
Hi Brad,
thanks for the answer, I wasn't aware that I can pass CMake options to
the bootstrap script.
> There is also the CMAKE_USE_LIBUV option that can be set to OFF.
> One can pass it to the bootstrap script via
>
> ../cmake/bootstrap ... -- -DCMAKE_USE_LIBUV=OFF
>
Works, that will ensure
This works for me:
CXX_CLANG_TIDY
"/usr/bin/clang-tidy"
"-checks=modernize-*,readability-*,performance-*"
"-fix"
I think the difference are the semicolons in the checks instead of commas.
On Wed, Nov 16, 2016 at 1:32 PM, Nikita wrote:
> Hi,
>
> I've noticed that CXX
Hi,
I've noticed that CXX_CLANG_TIDY property doesn't work correctly if I
specify several arguments to clang-tidy. Here's an example:
set_property(
TARGET ${PROJECT_NAME}
PROPERTY CXX_CLANG_TIDY clang-tidy;-checks=*;-warnings-as-errors=*)
Building a target with this property produces no o
2016-11-16 18:21 GMT+01:00 Bill Hoffman :
> On 11/16/2016 11:36 AM, Mika Fischer wrote:
>
>>
>> I get the following error even though I'm on Linux and thus an ELF-based
>> platform. This breaks all our builds...
>>
>> `The install of the target requires changing an RPATH from
>> the build tree, b
On 2016-11-09 10:05, Jayesh Badwaik wrote:
> Over past few days, Boost has updated from version 1.61 to version 1.62. The
> latest version of CMake that I have (3.6.3) does not yet have the appropriate
> FindBoost.cmake and hence, issues warnings as shown in the postscript.
>
> As I see this is
On 2016-07-27 18:49, Michael Legleux wrote:
> I have 2 projects (one built with cmake, one in the process of being
> converted to using it)
>
> Project A (built with cmake) builds lib_a that Project B requires.
> I'm thinking I'm doing something wrong around here:
> project(lib_a)
>
> add_lib
On 11/16/2016 11:36 AM, Mika Fischer wrote:
I get the following error even though I'm on Linux and thus an ELF-based
platform. This breaks all our builds...
`The install of the target requires changing an RPATH from
the build tree, but this is not supported with the Ninja generator unless
on a
16.11.2016, 19:44, "Mika Fischer" :
> Hi,
>
> I get the following error even though I'm on Linux and thus an ELF-based
> platform. This breaks all our builds...
>
> `The install of the target requires changing an RPATH from
> the build tree, but this is not supported with the Ninja generator un
Hi,
I get the following error even though I'm on Linux and thus an ELF-based
platform. This breaks all our builds...
`The install of the target requires changing an RPATH from
the build tree, but this is not supported with the Ninja generator unless
on an ELF-based platform. The CMAKE_BUILD_WIT
Hi Brad,
unfortunately I failed to file an issue to keep track of this feature
request. Gitlab always recognizes the text as spam and discards it.
I tried the following title and text:
Title
-
Function and macro definitions should
On 11/16/2016 12:04 AM, Robert Maynard wrote:
> You can ask CMake to use its own copy of libuv by specifying
> CMAKE_USE_SYSTEM_LIBRARY_LIBUV to false.
>
> If building even the CMake version of libuv is not possible you can
> just disable building server mode by setting CMake_ENABLE_SERVER_MODE
T
16 matches
Mail list logo
