On Wed, May 16, 2012 at 11:54 PM, Peter Collingbourne wrote:
> On Mon, Apr 02, 2012 at 02:21:10PM +0200, Nicolas Desprès wrote:
>> 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 no
On Mon, Apr 02, 2012 at 02:21:10PM +0200, Nicolas Desprès wrote:
> 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 th
On Mon, Apr 2, 2012 at 8:21 AM, Nicolas Desprès
wrote:
> 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
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 seem
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