<div dir="ltr">Ah, yes. That looks like exactly the bug, thanks.<div><br></div><div>So it's a straight bug in the ninja generator, not something deliberate that I was just failing to understand. And with the Unix Makefile generator the compatibility version is set (presumably the current version would be set if I used VERSION).</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 20, 2016 at 6:59 PM,  <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">Perhaps this bug report fits what you are seeing.  Are you seeing this limitation in the ninja generator?<br>
<br>
<a href="https://cmake.org/Bug/view.php?id=14140" rel="noreferrer" target="_blank">https://cmake.org/Bug/view.php?id=14140</a><br>
<br>
Clint<br>
<div class="HOEnZb"><div class="h5"><br>
On Feb 20, 2016 11:49 AM, Bruce Stephens <<a href="mailto:bruce.r.stephens@gmail.com">bruce.r.stephens@gmail.com</a>> wrote:<br>
><br>
> By the looks of it setting the SOVERSION when generating a SHARED library creates the symbolic link, but it doesn't seem to use the -current_version or -compatibility_version flags when linking.<br>
><br>
> Those flags are set as variables CMAKE_C_OSX_CURRENT_VERSION_FLAG and CMAKE_C_OSX_COMPATIBILITY_VERSION_FLAG (and similar for other languages) but those don't seem to be used.<br>
><br>
> Is that deliberate?<br>
><br>
</div></div></blockquote></div><br></div>