<br><br><div class="gmail_quote">On Thu, Feb 10, 2011 at 8:01 AM, Michael Wild <span dir="ltr"><<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 02/10/2011 01:52 PM, David Cole wrote:<br>
> On Thu, Feb 10, 2011 at 2:50 AM, Robert Bielik <<a href="mailto:robert.bielik@xponaut.se">robert.bielik@xponaut.se</a>>wrote:<br>
> Michael Wild skrev 2011-02-09 16:48:<br>
><br>
>><br>
>> what about this:<br>
>>><br>
>>> file(GLOB_RECURSE glob_results "/some/pattern*")<br>
>>> set(dirs)<br>
>>> foreach(f IN LISTS glob_results)<br>
>>> get_filename_component(d "${f}" PATH)<br>
>>> list(APPEND dirs "${d}")<br>
>>> endforeach()<br>
>>> list(REMOVE_DUPLICATES dirs)<br>
>>><br>
>><br>
>> Yeah, works fine but it seems to be a lot slower than using the nested<br>
>> file(GLOB...) macro approach, but I don't know why.<br>
>><br>
><br>
><br>
> Probably because there are thousands of files, but only tens of directories.<br>
> Bang! 100x slower.<br>
><br>
<br>
</div>But the other macro also touches every file and directory and is even<br>
recursive. I think the real cost is in the list(REMOVE_DUPLICATES) call.<br></blockquote><div><br><br>Absolutely. But the number of elements in that list will be the number of files encountered in the full recursive glob, which is probably much larger than the number of elements conditionally added to the list involved in the macro approach.<br>
<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<font color="#888888"><br>
Michael<br>
</font><div><div></div><div class="h5">_______________________________________________<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>