Hi, It looks like an issue in the generator. The symlink is created as a side effect of a rule and not mentioned in the output files. That's why it does not get removed. I have pushed a patch on my CMake's github clone that should fix the issue without breaking cmake's test suite. Although it seems to works for your case, I'm not sure it is the right way to fix this issue. I think you should open a ticket on the bug tracker.
The branch: https://github.com/polrop/CMake/commits/ninja-clean-lib-symlink The patch: https://github.com/polrop/CMake/commit/7d9c4bec56e8ec34ac715a4e4bda0f0f55002ef0 Peter could you review it please? Thanks, -Nico On Sun, Apr 1, 2012 at 7:42 AM, Clifford Yapp <cliffy...@gmail.com> wrote: > Trying to run the clean target with the Ninja generator in the latest CMake, > I noticed that on targets with version properties set like (say): > > set_target_properties(libbu PROPERTIES VERSION 19.0.1 SOVERSION 19) > > the ninja -t clean command does not remove the libbu.so.19 link. > > Has anyone else seen this issue? > > Cheers, > CY > > -- > > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake -- Nicolas Desprès -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake