On 10/7/2014 3:00 PM, Bill Greene wrote:
At this point, I'm not sure we know much more than that MS has an
extremely complex and idiosyncratic build system;
something we probably knew before.
Thanks to both of you for taking the time to investigate.
Something is very strange here. I would reco
On Tue, Oct 7, 2014 at 2:13 PM, Bill Hoffman
wrote:
> On 10/7/2014 1:29 PM, Brad King wrote:
>
>> Unfortunately I do not know where to send you from here. I do not think
>> it is CMake bug. The generated project is correct. This is an extremely
>> common use case that seems to work in general.
On 10/07/2014 12:14 PM, Ruslan Baratov via CMake wrote:
> Yes, that's why second file always modified. So assume I have a script
> that generates a lot of *.cpp files. I modify script so it only change
> one file, one file modified - one file recompiled. So what I trying to
> do is optimization
On 10/7/2014 1:29 PM, Brad King wrote:
Unfortunately I do not know where to send you from here. I do not think
it is CMake bug. The generated project is correct. This is an extremely
common use case that seems to work in general. CMake has nightly testing
of this use case that runs on all sup
The early registration deadline for our CMake and VTK/ParaView training
courses in Carrboro ends tomorrow. Here is more information about the
course:
http://training.kitware.fr/browse/72
Thanks.
-Bill
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
h
On 10/07/2014 01:23 PM, Bill Greene wrote:
> I'm still seeing the library being rebuilt but not the exe.
Unfortunately I do not know where to send you from here. I do not think
it is CMake bug. The generated project is correct. This is an extremely
common use case that seems to work in general.
>What version of CMake have you been using to test?
I have been using 3.0.0 for all my tests.
I just downloaded and installed this version:
cmake version 3.0.20141006-g05d79
Then I removed the project directory created by the previous of
version of cmake and did a configure/generate (I've been usi
On 10/07/2014 11:18 AM, Bill Greene wrote:
>>cmake --build . --config Debug --target cmTestMain -- -verbosity:diag >log
>>2>&1
>
> I'll compress it and send it on to you directly.
In the log I see:
> Task "LIB" (TaskId:51)
> Task Parameter:
> Sources=
> cmTestLib.dir\Debug\MyS
On 07-Oct-14 19:14, Bill Hoffman wrote:
On 10/7/2014 10:26 AM, Ruslan Baratov wrote:
I'm expecting 1 message `Script run`, but I have 5 messages. If I modify
`generate.cmake` script so it always write the file then everything
works fine.
Ah OK, I see. Your depend never gets up to date. If you
>cmake --build . --config Debug --target cmTestMain
Just as before, this re-compiles the cpp file and re-builds the lib but
does not re-link the exe.
>cmake --build . --config Debug --target cmTestMain -- -verbosity:diag >log
2>&1
I looked through this log file fairly carefully but, unfortunatel
On 10/7/2014 10:26 AM, Ruslan Baratov wrote:
I'm expecting 1 message `Script run`, but I have 5 messages. If I modify
`generate.cmake` script so it always write the file then everything
works fine.
Ah OK, I see. Your depend never gets up to date. If you touch
generate.cmake, and the file alre
On 07-Oct-14 18:00, Bill Hoffman wrote:
On 10/7/2014 2:19 AM, Ruslan Baratov via CMake wrote:
Hi,
I have a problem with parallel build of project with custom command.
Custom command generates two files and depends on generator script. For
optimization purpose first file created only when not ex
On 10/7/2014 2:19 AM, Ruslan Baratov via CMake wrote:
Hi,
I have a problem with parallel build of project with custom command.
Custom command generates two files and depends on generator script. For
optimization purpose first file created only when not exists. This lead
to conflict, even if I "p
On Mon, Oct 6, 2014 at 5:47 PM, Bill Greene wrote:
>>Another thing to try is to run cmake --build . and see if that works.
> That appears to compile the lib cpp file and rebuild the library just fine
> but it also doesn't re-link the main program.
I also cannot reproduce this from Bill H's example
> Hi
>
> although I have "cmake_policy (SET CMP0020 NEW)" in my top level
> CMakeLists.txt file I get a lot of warnings about "Policy CMP0020 is
> not set..."
> After some testing it seems to me that the policy setting is only
> respected for the configure but not for the generate step.
> Has
15 matches
Mail list logo