Hi,<br><br><div class="gmail_quote">On Wed, May 2, 2012 at 8:19 PM, Stefan Majewsky <span dir="ltr"><<a href="mailto:stefan.majewsky@googlemail.com" target="_blank">stefan.majewsky@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm currently working on the libkdegames build system. For a major<br>
cleanup, libkdegames is breaking source and binary compatibility in<br>
the 4.9 release. I figured this is the right time to move away from a<br>
self-installed find-script to a ProjectConfig.cmake file.<br>
<br>
Now I'm wondering about the version numbers. The 4.8 release had:<br>
<br>
    set_target_properties(kdegames PROPERTIES VERSION 5.1.0 SOVERSION 5)<br>
<br>
When I broke compatibility, I had bumped this to 6.0.0 and 6, respectively.<br></blockquote><div><br></div><div>First of all: You can never go backwards on the so-version.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

My problem is the following: I understand that installing a<br>
KDEGamesConfigVersion.cmake file should allow third-party projects to<br>
write something like this into their CMakeLists.txt:<br>
<br>
    find_package(KDEGames 4.9.0 REQUIRED)<br>
<br>
But I think they need to write "6.0.0", since that's the version of<br>
the library. But I want to have the KDE release number in there. Can<br>
one solve this problem?<br></blockquote><div><br></div><div>I don't know where you learned this, but its wrong. The version number is being checked either in the config-file directly, or by a separate version-file. And that file is usually generated during the build with hardcoded base-numbers. So the version of the package has no correlation to the version number embedded into the shared library that the package may contain.</div>
<div><br></div><div>Andreas</div></div>