[CMake] VS projects are rebuilt even if they don't change

[David Cole]

I assigned it to myself. Thanks for adding it to the bug tracker.

On Mon, Jan 19, 2009 at 12:59 PM, James Bigler <jamesbigler at gmail.com>wrote:

> I've filed a bug, but I don't have sufficient rights to assign it to David.
> http://www.cmake.org/Bug/view.php?id=8400
>
> I agree that this is likely missing a copy_if_different on the solution
> file.
>
> Thanks,
> James
>
>
> On Sun, Jan 18, 2009 at 7:19 AM, David Cole <david.cole at kitware.com>wrote:
>
>> We already do copy_if_different on the .vcproj files. Sounds like it is
>> missing for the .sln files. Could one of you interested parties file a bug
>> report in the CMake bug tracker and assign it to me...?
>> Thanks,
>> David
>>
>>
>> On Sun, Jan 18, 2009 at 6:31 AM, Eric Noulard <eric.noulard at gmail.com>wrote:
>>
>>> 2009/1/18 Hendrik Sattler <post at hendrik-sattler.de>:
>>> > Am Sunday 18 January 2009 12:09:21 schrieb Eric Noulard:
>>> >> For supporting this CMake would have to elaborate a way to figure out
>>> >> what "no meaningful changes" in CMakeLists.txt means :=)
>>> >
>>> > Write temporary solution/project files and compare them? If I change
>>> MacOS X
>>> > stuff only, a visual studio build should not be affected at all.
>>>
>>> That's a far better idea than mine, moreover the idea
>>> is generic for any CMake generator
>>>
>>> If it was to be implemented I would vote for that one.
>>>
>>> --
>>> Erk
>>> _______________________________________________
>>> CMake mailing list
>>> CMake at cmake.org
>>> http://www.cmake.org/mailman/listinfo/cmake
>>>
>>
>>
>> _______________________________________________
>> CMake mailing list
>> CMake at cmake.org
>> http://www.cmake.org/mailman/listinfo/cmake
>>
>
>
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090119/785e58c0/attachment.htm>