Forgive me if this question has been answered before but with CMAKE 2.8.12 (I believe) xcode builds on OS X started generating shared libraries decorated with the "VERSION" target property and symlinked by a bare dylib name and one decorated with the SOVERSION.
I understand this is common practice on many unixen, but it is complicating our deployment and update logic (not cpack, sorry to say). Our application is fairly self-contained, so we would like to continue generating only those bare-named dylibs, but we need to keep the SOVERSION set to that the embedded "compatibility version" remains how we want it. I have not found a combination of values to these properties that does what I would like, so I was wondering if there was a way to get the old behavior.... perhaps with a policy or something? If there isn't a way to do it now, would there be an acceptable way to specify this behavior that would be accepted as a patch? Thanks, Steven
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
