Re: [CMake] Auto re-configuring until cache stops changing

2010-09-10 Thread David Doria
OK... good. I was just clarifying for the readers of the thread why we will not be auto-configuring-for-multiple-iterations... Ever. :-) Ok, so is the voting over? There didn't seem to be much participation (as expected...). Where does it go from here? David

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-10 Thread David Doria
On Fri, Sep 10, 2010 at 10:25 AM, David Cole david.c...@kitware.com wrote: I think we're too close to the first release candidate of CMake 2.8.3 to be adding features at this point. But this is a great candidate for an early change immediately after the 2.8.3 release. If we get it into 'next'

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-10 Thread David Cole
On Fri, Sep 10, 2010 at 10:32 AM, David Doria daviddo...@gmail.com wrote: On Fri, Sep 10, 2010 at 10:25 AM, David Cole david.c...@kitware.com wrote: I think we're too close to the first release candidate of CMake 2.8.3 to be adding features at this point. But this is a great candidate

[CMake] Auto re-configuring until cache stops changing

2010-09-08 Thread Diablo 666
Hi, What I meant was that the curses and Qt UI's should behave more like 'cmake'. What does cmake actually do? The following code runs into an infinite loop on ccmake (like intended), but cmake seems to finish after the first pass (it just prints out on once), though there is a newly

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-08 Thread David Cole
On Wed, Sep 8, 2010 at 3:43 AM, Diablo 666 thediablo...@hotmail.de wrote: Hi, What I meant was that the curses and Qt UI's should behave more like 'cmake'. What does cmake actually do? The following code runs into an infinite loop on ccmake (like intended), but cmake seems to finish

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread David Doria
On Mon, Sep 6, 2010 at 9:18 AM, David Cole david.c...@kitware.com wrote: The Generate button should be enabled after the first configure. It's not enabled because the prevailing theory of the day was that you shouldn't allow generate unless there were *no* *new* cache entries after the most

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread David Cole
On Tue, Sep 7, 2010 at 11:23 AM, David Doria daviddo...@gmail.com wrote: On Mon, Sep 6, 2010 at 9:18 AM, David Cole david.c...@kitware.com wrote: The Generate button should be enabled after the first configure. It's not enabled because the prevailing theory of the day was that you shouldn't

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread Michael Wild
On 7. Sep, 2010, at 17:30 , David Cole wrote: On Tue, Sep 7, 2010 at 11:23 AM, David Doria daviddo...@gmail.com wrote: On Mon, Sep 6, 2010 at 9:18 AM, David Cole david.c...@kitware.com wrote: The Generate button should be enabled after the first configure. It's not enabled because the

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread Adolfo Rodríguez Tsouroukdissian
Please reply with more feedback: How many of you would: - keep the current behavior exactly as is, it's good - enable Generate unconditionally - something in between Thanks, David David C., I fear all of the votes for enable generate unconditionally will never be cast because the

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread David Cole
On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild them...@gmail.com wrote: On 7. Sep, 2010, at 17:30 , David Cole wrote: On Tue, Sep 7, 2010 at 11:23 AM, David Doria daviddo...@gmail.com wrote: On Mon, Sep 6, 2010 at 9:18 AM, David Cole david.c...@kitware.com wrote: The Generate button

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread Michael Wild
On 7. Sep, 2010, at 18:22 , David Cole wrote: On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild them...@gmail.com wrote: On 7. Sep, 2010, at 17:30 , David Cole wrote: On Tue, Sep 7, 2010 at 11:23 AM, David Doria daviddo...@gmail.com wrote: On Mon, Sep 6, 2010 at 9:18 AM, David Cole

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-07 Thread David Cole
On Tue, Sep 7, 2010 at 2:11 PM, Michael Wild them...@gmail.com wrote: On 7. Sep, 2010, at 18:22 , David Cole wrote: On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild them...@gmail.com wrote: On 7. Sep, 2010, at 17:30 , David Cole wrote: On Tue, Sep 7, 2010 at 11:23 AM, David Doria

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-06 Thread David Cole
The Generate button should be enabled after the first configure. It's not enabled because the prevailing theory of the day was that you shouldn't allow generate unless there were *no* *new* cache entries after the most recent configure... -- force users to pay attention to those new red entries

[CMake] Auto re-configuring until cache stops changing

2010-09-05 Thread David Doria
Lately I've been making a class full of students use CMake. Without exception, I've had to explain why you have to configure twice to build VTK. I imagine they are a representative sample of the Level 0 CMake user - they just want the project they are trying to build to work with default options,

Re: [CMake] Auto re-configuring until cache stops changing

2010-09-05 Thread Michael Wild
On 5. Sep, 2010, at 20:30 , David Doria wrote: Lately I've been making a class full of students use CMake. Without exception, I've had to explain why you have to configure twice to build VTK. I imagine they are a representative sample of the Level 0 CMake user - they just want the project