[CMake] Shared library from ExternalProject

[Tamás Kenéz]

> However, that would still not make externals from
> a .tar.gz being rebuilt if their archive was changed. Am I right?

Yes, you're right, the UPDATE step is available only for git and svn.

On Wed, Sep 16, 2015 at 3:22 PM, Tino Mettler <tino.mettler at alcnetworx.de>
wrote:

> On Tue, 2015-09-15 at 16:32 +0200, Tamás Kenéz wrote:
> > > it would be nice to know if the usage of add_library(foo SHARED
> > > IMPORTED) is the way to go in this case.
> >
> > I wouldn't think this is the way to go. One thing we love CMake for is
> that
> > it separates the concerns of the library and the consumer target so it's
> > best to stick to find_package.
> >
> > This is the usage pattern of ExternalProject with find_package:
> > Create a super project which contains the library and the consumer target
> > in 2 separate ExternalProjects so the library can be installed before the
> > main target's CMakeLists is configured.
>
> Hi,
>
> thanks for that hint. However, that would still not make externals from
> a .tar.gz being rebuilt if their archive was changed. Am I right?
>
> Regards,
> Tino
>
>
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake/attachments/20150917/c77d46b6/attachment.html>