Hello Tyler,<br>
<br>
I am not fully agree with your opinion.<br>
<br>
In my case, I can&#39;t change the command behaviour I call. So I must tune cmake scripts to make it works.<br>
In other words, the sentence :<br>
&quot; If the DEPENDS are newer than the<br>

OUTPUT, then the OUTPUT *must* be out of date and should be regenerated.&quot;<br>
is a too strong assumption in my case.<br>
<br>
More comparison between last make execution time AND last modified dependency times must be enough to make cmake awares of<br>
custom command triggering in a general case (like for source files I guess). Mustn&#39;t it?<br>

<font color="#888888"><br></font>Anyway there is a workaround using temporary files, but it is not so beautifull...<br>
<br>
Thanks a lot for your support.<br>
<br>
Arnaud.<br><br><div class="gmail_quote">On Wed, Aug 19, 2009 at 5:13 PM, Tyler Roscoe <span dir="ltr">&lt;<a href="mailto:tyler@cryptio.net">tyler@cryptio.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Putting this back on the list.<br>
<div class="im"><br>
On Wed, Aug 19, 2009 at 01:55:14PM +0200, Arnaud Devalkeneer wrote:<br>
&gt; I just understood the cmake behaviour.<br>
&gt; In fact cmake seems to compare last modified times for output and<br>
&gt; dependencies.<br>
&gt; If the dependencies are younger than the output, the command is triggered.<br>
&gt; Right?<br>
&gt;<br>
&gt; But if the custom command has its own state machine to decide if the output<br>
&gt; should be re-generated according to dependencies change,<br>
&gt; this mechanism does not work if the output is not regenerated. In this case,<br>
&gt; the output always remains older than dependencies, and the command is always<br>
&gt; called.<br>
&gt;<br>
&gt; In my mind I thought that cmake behaviour is ONLY based on last make<br>
&gt; executing time and last modified dependencies times. But it seems not !!<br>
&gt; It seems that a comparaison between last modified times of output and<br>
&gt; dependencies occurs which is I think an error in a general purpose.<br>
&gt; Cmake should not make assumption about user command, and potential update of<br>
&gt; the output. Are you agree with that?<br>
<br>
</div>Maybe I&#39;m not understanding you, but are you saying that you don&#39;t want<br>
CMake to check whether the OUTPUT is out of date, just the DEPENDS are<br>
out of date? That doesn&#39;t make sense. If the DEPENDS are newer than the<br>
OUTPUT, then the OUTPUT *must* be out of date and should be regenerated.<br>
<font color="#888888"><br>
tyler<br>
</font></blockquote></div><br>