<div>On Wed, Jan 6, 2010 at 2:18 PM, Gregory Peele ARA/CFD <span dir="ltr"><<a href="mailto:gpeele@ara.com">gpeele@ara.com</a>></span> wrote:</div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Hey all,</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">When tracking down why some custom linker flags weren't
working right, I realized that CMAKE_EXE_LINKER flags (and its cousins for
shared libraries) are not semicolon delimited lists but rather treat the flags
as a single space-delimited string. I also saw the closed bug report at <a href="http://public.kitware.com/Bug/view.php?id=7476" target="_blank">http://public.kitware.com/Bug/view.php?id=7476</a>
related to this issue.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">I have adjusted my CMakeLists to work correctly given this
behavior, but I'm wondering why this is the case, as the variable is
semantically a list of linker arguments and I would intuitively expect the LIST
commands to work properly with it. Is it because it eventually gets
stored in a target property which does not support list values? </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Thanks,</p>
<p class="MsoNormal">Gregory Peele, Jr.</p>
<p class="MsoNormal">Applied Research Associates, Inc.</p>
</div>
</div>
</blockquote></div><br></div><div><br></div><div>No special reason behind this quirk of behavior. It's just historical remnants. Has to be kept the same for now for backwards compatibility.<div><br></div><div>If we were doing it over again, it would probably be a list.</div>
<div><br></div><div><br></div><div>HTH,</div><div>David</div><div><br></div></div>