On 08/11/2015 12:51 AM, Dan Kegel wrote:
With cmake 2.8.12.2,
SET_TARGET_PROPERTIES (foo PROPERTIES INSTALL_RPATH ${my_install_rpath})
silently only obeys the first directory in the rpath, but
SET_TARGET_PROPERTIES (foo PROPERTIES INSTALL_RPATH "${my_install_rpath}")
works. Is it still that way in the latest cmake, and is there
already a bug for this? I looked,
but didn't see one.
It should still be this way.
The command takes any number of key value pairs where each key and value
are a single argument.
A CMake list when expanded unquoted results in one argument per list item.
When a list is quoted it is a single argument.
Expansion of variables happens before the command itself gets its arguments.
Without the quotes the first item in my_install_rpath will be
interpreted as a value while the second will be a key etc.
It might therefor be more of a language rather than command specific issue.
One clean alternative is to use set_property() instead since unlike
set_target_properties() it takes a single key but any number of value
arguments.
Nils
--
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
