Are you thinking of tools that are invoked instead of the compiler, like clazy-
standalone? I thought about mentioning a potential interest of my idea for using
such tools (but forgot in the end).
Yes, that and all the other tools supported by CMake as a "pre-command"
before the compiler
I'd also like something like that for another use case of mine which
stumble upon the same limitations (compiler checks, linking and Qt
generated content).
My use case is for static analysis builds. For example, my CI setup has
multiple of them including cppcheck, clang-tidy and iwyu through
Le 30/01/2017 à 17:09, Justin Berger a écrit :
a) Is this feature worthwhile for eventual merge into CMake?
No doubt! :-)
> c) What is the best
approach to make this kind of feature appealing to IDE / UI tools which
currently work with CMake?
If I recall correctly, one of the initial use
Hi everyone,
I've setup some sanitizer builds on my project and I'd like to have two
separate builds for asan and lsan, meaning I want to disable leak detection
in the asan build.
I've managed to correctly setup the CTEST_MEMORYCHECK_SANITIZER_OPTIONS
with "detect_leaks=0" and at runtime
Hi,
I'm using CMake 3.6.3 (so up-to-date version at this point).
After updating my Boost libraries to the newest version (1.62 just landed
on my Debian testing) I get a bunch of warnings:
"Imported targets not available for Boost version 106200"
There seems to be a fallback behavior working fine,
Hello,
Please find attached a patch that corrects a typo and a inconsistency in a
code snippet.
The patch is based on the 'release' branch.
Regards,
Sylvain
From c861c3341a59ca635f98e6f56caee7104f16dc32 Mon Sep 17 00:00:00 2001
From: Sylvain Joubert <joubert...@gmail.com>
Date: Fri, 21 Oc
001
From: Sylvain Joubert <joubert...@gmail.com>
Date: Thu, 4 Aug 2016 18:59:21 +0200
Subject: [PATCH] bash-completion: Fix cmake -E lookup
In case of long ' ' the description text is wrapped
and indented on the next line.
Avoid taking these lines into account by explicitly requiring
Le 13/06/2016 11:36, Patrick Boettcher a écrit :
Hi list,
I'm using gcc for a c++14-based project.
To have cmake add the corresponding -std=-flag I'm setting
set_property(TARGET PROPERTY CXX_STANDARD 14)
This makes that when gcc is used cmake adds -std=gnu++14 .
How can I make it set
Hi,
In my project I have some source files that are generated at configure time.
Much like configure_file but using one execute_process call with an
external executable,
then a second execute_process with cmake -E copy_if_different to avoid
unnecessary rebuild.
The generated files (from the build
, here is a patch that marks the new variables as advanced.
But, depending on the answer to my history related interrogation it may
not be the best patch to fix the issue.
Sylvain
From feeebe8666883eab6b638ce7771a015ea229d503 Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date
7d786455f5f7c8e63651b8f3d9cbb581970b9e39 Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date: Sat, 24 Jan 2015 19:42:31 +0100
Subject: [PATCH] Configure some targets with USES_TERMINAL
This will make them use the 'console' pool with the Ninja generator.
Impacted targets are:
- Built-in targets: install
Le 02/01/2015 05:27, Scott Aron Bloom a écrit :
Is there a CMake command to rename a target?
I don't think you can rename a target.
We would like to name it ALL_RUN_TEST
However, you can add a custom target that depends on the misnamed one:
if(MSVC)
add_custom_target(ALL_RUN_TEST
Le 02/01/2015 11:43, Sylvain Joubert a écrit :
if(MSVC)
add_custom_target(ALL_RUN_TEST ALL DEPENDS RUN_TESTS)
endif()
The ALL dependency should not be there. No need to run the tests at
every compilation.
This is better:
if(MSVC)
add_custom_target(ALL_RUN_TEST DEPENDS RUN_TESTS
Le 03/10/2014 17:41, Matthew Woehlke a écrit :
On 2014-10-03 08:56, Brad King wrote:
I'll leave that to a follow-up patch if anyone wants to do it.
I was sort-of hoping / encouraging that Sylvain might be interested :-).
I quickly checked if it is possible.
Unlike the rerun target which
version is 1.5 or greater,
then the generator will use the 'console' pool and the build.ninja file
requires at least Ninja 1.5
Regards,
Sylvain
From 5735b36d3c8780da06c9a91b461946a814d4592b Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date: Thu, 2 Oct 2014 21:21:05 +0200
cache was.
I also activated the tests for this feature when building/testing CMake
using Ninja
Regards,
Sylvain
From e68aa37ebcb249293ffde51ba7999ef988770cd0 Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date: Sat, 20 Sep 2014 22:37:52 +0200
Subject: [PATCH] Prevent
Hi,
Please find attached a patch that updates the bash completion of ctest.
It will now be able to complete the -L,-LE options and their long versions.
Regards,
Sylvain
From 8361c9dae1540c23b5529bfb6bb4de3670ecd88a Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date: Wed, 3
Le 06/07/2014 21:34, Julien Schueller a écrit :
This is curious, SWIG does not provide an executable named swig3.0.
Where did you get swig from ?
I'm using Debian unstable, SWIG 3.0 is packaged under the 'swig3.0'
package. This package provides the '/usr/bin/swig3.0' executable.
--
Powered
Hi all,
Please consider this patch that makes swig 3.0 supported by the FindSWIG
module.
Sylvain
From e520170ce0c806616125eb125f94cdd364fedede Mon Sep 17 00:00:00 2001
From: Sylvain Joubert joubert...@gmail.com
Date: Sat, 5 Jul 2014 14:55:36 +0200
Subject: [PATCH] Add support for swig 3.0
19 matches
Mail list logo