Hi Michael.<br><br>I got the same situation here. I am using a command which outputs a lot of files (>100 files).<br><br>Have you tried what David is suggesting?<br><br>Thank you to update us.<br><br>Cheers,<br><br><div class="gmail_quote">
2010/1/13 Michael Wild <span dir="ltr"><<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hmmm, thought of something like that myself, but am not sure whether dependencies will be handled correctly. Of course, I'll have to label the products as GENERATED and add them to ADDITIONAL_MAKE_CLEAN_FILES. Will give it a try...<br>
<font color="#888888"><br>
<br>
Michael<br>
</font><div><div></div><div class="h5"><br>
<br>
On 13. Jan, 2010, at 16:17 , David Cole wrote:<br>
<br>
> The best way to deal with this is probably to have a single "sentinel" or<br>
> "stamp" file that gets generated *every* time the command runs. And then<br>
> list that file as it's only output that CMake knows about... (But still with<br>
> the full list of inputs.)<br>
><br>
> Does that work?<br>
><br>
><br>
> On Wed, Jan 13, 2010 at 8:26 AM, Michael Wild <<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>> wrote:<br>
><br>
>> Hi all<br>
>><br>
>> I just ran into an interesting problem. Say I have a custom command that<br>
>> produces several files, but only updates them as needed. E.g.<br>
>><br>
>> add_custom_command(OUTPUT file1.c file2.c file3.c<br>
>> COMMAND generator file1.inp file2.inp file3.inp<br>
>> DEPENDS generator file1.inp file2.inp file3.inp<br>
>> VERBATIM)<br>
>><br>
>> Now, suppose that file2.inp is changed, the build system will run the<br>
>> command to update the output. Now, the "generator" program is really smart<br>
>> and only updates file2.c. This causes all hell to break lose (at least with<br>
>> the GNU Makefile generator on OS X), causing the command to run three times,<br>
>> desperately trying to update file1.c and file3.c (because file2.inp is newer<br>
>> than them) and then, as it seems, gives up. The thing repeats with every<br>
>> invocation of "make".<br>
>><br>
>> Now, the "generator" requires all the input files to be processed in one<br>
>> step, so I can't split the command as one would usually do. Also, touching<br>
>> all the output files after calling "generator" isn't really viable since I'd<br>
>> like to prevent unnecessary re-compilation of the produced .c files.<br>
>><br>
>><br>
>> Are there any good solutions to this problem?<br>
>><br>
>><br>
>> Michael<br>
>> _______________________________________________<br>
>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>><br>
>> Visit other Kitware open-source projects at<br>
>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>><br>
>> Please keep messages on-topic and check the CMake FAQ at:<br>
>> <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
>><br>
>> Follow this link to subscribe/unsubscribe:<br>
>> <a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
>><br>
<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br>