<div dir="ltr">Ah... good idea.  I should have considered that.  Thanks.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 13, 2014 at 11:50 AM, Clinton Stimpson <span dir="ltr"><<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Friday, October 10, 2014 12:43:53 PM Steven Velez wrote:<br>
> Forgive me if this question has been answered before but with CMAKE 2.8.12<br>
> (I believe) xcode builds on OS X started generating shared libraries<br>
> decorated with the "VERSION" target property and symlinked by a bare dylib<br>
> name and one decorated with the SOVERSION.<br>
><br>
> I understand this is common practice on many unixen, but it is complicating<br>
> our deployment and update logic (not cpack, sorry to say).<br>
><br>
> Our application is fairly self-contained, so we would like to continue<br>
> generating only those bare-named dylibs, but we need to keep the SOVERSION<br>
> set to that the embedded "compatibility version" remains how we want it.<br>
><br>
> I have not found a combination of values to these properties that does what<br>
> I would like, so I was wondering if there was a way to get the old<br>
> behavior.... perhaps with a policy or something?<br>
><br>
> If there isn't a way to do it now, would there be an acceptable way to<br>
> specify this behavior that would be accepted as a patch?<br>
><br>
> Thanks,<br>
> Steven<br>
<br>
</div></div>That change was made to make the Xcode and Makefile generators consistent.<br>
<br>
To get what you want now (with both the older and newer CMake versions), you<br>
can remove the SOVERSION property and set the LINK_FLAGS property to pass -<br>
compatibilty_version to the linker.<br>
<br>
Clint<br>
</blockquote></div><br></div>