[CMake] Why is ExternalProject trigger-happy about re-downloading source?

[David Cole]

I only know about problems with this w.r.t. Visual Studio 10, as reported
just the other day here:

  http://www.cmake.org/pipermail/cmake/2011-March/043205.html
  http://public.kitware.com/Bug/view.php?id=11927

Are you using VS 10? Or something else?

You can always write a custom DOWNLOAD_COMMAND if you wish, but ideally,
we'd be able to figure out what's triggering this behavior, and then fix it
at the root cause...

Give us steps to repro, and if it reproduces reliably, then we can work on a
fix.

Use the small project (downloads/configure/builds/tests nearly instantly)
referred to in http://public.kitware.com/Bug/view.php?id=11927 (an
ExternalProject build of a very small github project) to reproduce with your
platform/compilers if possible. A lot easier than doing the same thing with
VTK and/or ITK.


Thanks,
David


On Wed, Mar 9, 2011 at 2:50 PM, kent williams <nkwmailinglists at gmail.com>wrote:

> I've been running into this every since we updated to CMake 2.8.4, but
> I don't know if it's revision specific.
>
> Sometimes if I change CMakeLists.txt in various directories so that
> make will re-run cmake to pickup CMakeLists.txt changes, it triggers
> re-downloading VTK & ITK from scratch.
>
> Is using GIT_REPOSITORY dumber than CVS_REPOSITORY & SVN_REPOSITORY?
> If I set UPDATE_COMMAND to "", it never re-downloads. But
> GIT_REPOSITORY seems to blow away the downloaded source for an
> external project and re-download it, even if the CMakeLists.txt change
> is unrelated to to the ExternalProject in question.
>
> Is there a way to suppress this behavior?
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20110309/789cf2b4/attachment.htm>