<p dir="ltr">Thanks.  Should set_target_properties throw an error if given too many arguments, to catch this problem?</p>
<div class="gmail_quote">Am 10.08.2015 11:43 nachm. schrieb "Nils Gladitz" <<a href="mailto:nilsgladitz@gmail.com">nilsgladitz@gmail.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/11/2015 12:51 AM, Dan Kegel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With cmake 2.8.12.2,<br>
<br>
SET_TARGET_PROPERTIES (foo PROPERTIES INSTALL_RPATH ${my_install_rpath})<br>
<br>
silently only obeys the first directory in the rpath, but<br>
<br>
SET_TARGET_PROPERTIES (foo PROPERTIES INSTALL_RPATH "${my_install_rpath}")<br>
<br>
works.  Is it still that way in the latest cmake, and is there<br>
already a bug for this?  I looked,<br>
but didn't see one.<br>
</blockquote>
<br>
It should still be this way.<br>
<br>
The command takes any number of key value pairs where each key and value are a single argument.<br>
<br>
A CMake list when expanded unquoted results in one argument per list item.<br>
<br>
When a list is quoted it is a single argument.<br>
<br>
Expansion of variables happens before the command itself gets its arguments.<br>
<br>
Without the quotes the first item in my_install_rpath will be interpreted as a value while the second will be a key etc.<br>
<br>
It might therefor be more of a language rather than command specific issue.<br>
<br>
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.<br>
<br>
Nils<br>
</blockquote></div>