<html><head></head><body bgcolor="#ffffff" text="#2e3436" link="#2a76c6" vlink="#2e3436"><div>Hi Paul,</div><div><br></div><div>On Wed, 2017-12-06 at 21:15 +0100, Paul Gevers wrote:</div><blockquote type="cite"><pre>Hi Abou,
On 05-12-17 15:14, Abou Al Montacir wrote:
<blockquote type="cite">
I have recently improved the speed of generating the make files. So now
the question is shall we keep the logic of MAY_FOOL_CLEAN?
</blockquote>
I have not tested how fast that is after your changes, but nowadays I
mostly build on debomatic, so I have less problems with it. Running
clean twice now doesn't happen anymore (and not on my (slow) system). My
problem has always been that getting to the build error after a change
was so damn long without this trick.<br></pre><pre></pre></blockquote><div>OK, I see, I was also many times very sad while waiting for make files to be generated.</div><div>Now upstream is migrating from make to fpmake, which is a pascal based job scheduler, that is meant to replace make.</div><div>This system relies on fpkmkunit, and is much more fast than make files. So don't be surprised if in next major release all this is gone.</div><div><div style="white-space: normal;"><span><pre><pre>-- <br></pre>Cheers,
Abou Al Montacir</pre></span></div></div></body></html>