It wouldn't. That's why your devs would have to agree to use it...
On Apr 9, 2013, at 9:36 AM, Petr Kmoch wrote:
> I was thinking about using a wrapper script for my case as well. How would
> this work with CMake automatically re-running when it detects a change in
> CMakeLists?
>
>
> On Tue
I was thinking about using a wrapper script for my case as well. How would
this work with CMake automatically re-running when it detects a change in
CMakeLists?
On Tue, Apr 9, 2013 at 3:33 PM, David Cole wrote:
> If all your devs agree to use it, you could just write a two-line wrapper
> script
If all your devs agree to use it, you could just write a two-line wrapper
script: call CMake on line 1 and your perl script on line 2...
On Apr 9, 2013, at 8:51 AM, Petr Kmoch wrote:
> Hi.
>
> Just for context: I've filed a request for generic support for
> post-generation commands some time
Hi.
Just for context: I've filed a request for generic support for
post-generation commands some time ago (
http://public.kitware.com/Bug/view.php?id=13020), but it was turned down.
So apparently a CMake C++ patch that would incorporate what your Perl
script currently does would be the way to get
Hi,
Im trying to use CMake (version 2.8.10) for a Fortran project with Visual
Studio 10
and Intel Visual Fortran Composer XE 2011. But the generated VS solution and
project file seems to have trouble in correctly determine the dependencies of
Fortran 90 files/modules when m4 preprocess envol
