With generator expressions making the reading of LOCATION non-viable during configuration time ( since the actual location is now evaluated at generate time ), the general solution is that you need to move your LOCATION reading logic also to generate time. In general this means using something like file(GENERATE ) to dump the location to disk. On Wed, Nov 7, 2018 at 1:05 PM Hendrik Greving <hendrik.greving....@gmail.com> wrote: > > Hello, > > w/ LOCATION property made obsolete, how can one read a target's LOCATION for > imported targets? Previously, IMPORTED_LOCATION was conveyed for such > targets, but reading the LOCATION property of imported targets leads to the > same warning as for project targets? > > Thanks in advance > -- > > 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: > https://cmake.org/mailman/listinfo/cmake --
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: https://cmake.org/mailman/listinfo/cmake
