<br><br><div class="gmail_quote">On Tue, Sep 7, 2010 at 2:11 PM, Michael Wild <span dir="ltr">&lt;<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"><br>
On 7. Sep, 2010, at 18:22 , David Cole wrote:<br>
<br>
&gt; On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild &lt;<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; On 7. Sep, 2010, at 17:30 , David Cole wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; On Tue, Sep 7, 2010 at 11:23 AM, David Doria &lt;<a href="mailto:daviddoria@gmail.com">daviddoria@gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Mon, Sep 6, 2010 at 9:18 AM, David Cole &lt;<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; The &quot;Generate&quot; button should be enabled after the first configure.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; It&#39;s not enabled because the prevailing theory of the day was that you<br>
&gt;&gt;&gt;&gt;&gt; shouldn&#39;t allow generate unless there were *no* *new* cache entries<br>
&gt;&gt; after<br>
&gt;&gt;&gt;&gt;&gt; the most recent configure... -- force users to pay attention to those<br>
&gt;&gt; new<br>
&gt;&gt;&gt;&gt;&gt; red entries -- in other words, it&#39;s just history and reluctance to<br>
&gt;&gt; change<br>
&gt;&gt;&gt;&gt;&gt; behavior that&#39;s &quot;always been that way&quot;...<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I&#39;ve always thought that you should be allowed to generate whenever you<br>
&gt;&gt;&gt;&gt;&gt; want to: I&#39;d go so far as to say that &quot;Generate&quot; should be enabled as<br>
&gt;&gt; soon<br>
&gt;&gt;&gt;&gt;&gt; as you open cmake-gui, and that, if there have not been *any* configure<br>
&gt;&gt;&gt;&gt;&gt; steps, it would do the same thing as command line cmake: configure once<br>
&gt;&gt; and<br>
&gt;&gt;&gt;&gt;&gt; generate, all in one click.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Please reply with more feedback:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; How many of you would:<br>
&gt;&gt;&gt;&gt;&gt; - keep the current behavior exactly as is, it&#39;s good<br>
&gt;&gt;&gt;&gt;&gt; - enable &quot;Generate&quot; unconditionally<br>
&gt;&gt;&gt;&gt;&gt; - something in between<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt;&gt;&gt; David<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; David C.,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I fear all of the votes for &quot;enable generate unconditionally&quot; will never<br>
&gt;&gt; be<br>
&gt;&gt;&gt;&gt; cast because the users that really want/need it are not on the CMake<br>
&gt;&gt; mailing<br>
&gt;&gt;&gt;&gt; list. I&#39;d like to cast 32 votes by proxy in favor of the unconditional<br>
&gt;&gt;&gt;&gt; generate button!<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; David D.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; :-)<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; OK. So far, we have these votes: 32 - 0 - 0<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Anybody else?<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; I&#39;d say CMake should re-configure automatically until it is able to<br>
&gt;&gt; generate, then stop let the user take action (modify the cache and then<br>
&gt;&gt; re-configure, or generate). I could also live with no separate &quot;generate&quot;<br>
&gt;&gt; step, like when using &quot;cmake&quot; from the command line. Perhaps this would be<br>
&gt;&gt; the most transparent for new users, but for large projects it could be a<br>
&gt;&gt; nuisance.<br>
&gt;&gt;<br>
&gt;&gt; Not sure in which bin my vote goes :-)<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; There is always a well-known solution to every human problem -- neat,<br>
&gt;&gt; plausible, and wrong.<br>
&gt;&gt; H. L. Mencken<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt; &quot;Configure&quot; is always going to make exactly one configure pass.<br>
&gt;<br>
&gt; Any &quot;auto-reconfigure until there are no more new options&quot; behavior is iffy<br>
&gt; at best, because you *could* write code (likely accidentally...) that always<br>
&gt; adds a new option on a configure pass... and then the user would wonder why<br>
&gt; it&#39;s taking forever... when it literally would take forever.<br>
&gt;<br>
&gt; The pause in between configure steps is why we have a gui. It&#39;s essential to<br>
&gt; make things red and let people inspect the new things that just popped up in<br>
&gt; case they do want to change the newly introduced options. If they do,<br>
&gt; they&#39;re responsible for making the changes and configuring one last time<br>
&gt; again before generate.<br>
&gt;<br>
&gt; But...... if they&#39;re happy with the values (as most newbies are) then we<br>
&gt; should let them click generate right away.<br>
&gt;<br>
&gt; Michael, your vote goes with David&#39;s proxy votes as far as I can tell. 33-0<br>
&gt; in favor of enabling generate so far.<br>
&gt;<br>
&gt; Any other votes?<br>
<br>
<br>
</div></div>What I meant was that the curses and Qt UI&#39;s should behave more like &#39;cmake&#39;.<br>
<font color="#888888"><br>
Michael<br>
</font><div><div></div><div class="h5"><br>
--<br>
There is always a well-known solution to every human problem -- neat, plausible, and wrong.<br>
H. L. Mencken<br>
<br>
</div></div></blockquote></div><br><div><br></div><div>OK... good. I was just clarifying for the readers of the thread why we will not be &quot;auto-configuring-for-multiple-iterations&quot;... Ever. :-)</div><div><br></div>