<br><br><div><span class="gmail_quote">2005/9/17, Peter Selinger &lt;<a href="mailto:selinger@mathstat.dal.ca">selinger@mathstat.dal.ca</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Arnaud Quette wrote:<br>&gt;<br>&gt; 2005/9/16, Peter Selinger &lt;<a href="mailto:selinger@mathstat.dal.ca">selinger@mathstat.dal.ca</a>&gt;:<br>&gt; &gt;<br>&gt; &gt; * I committed into CVS the gendb patch that I sent to the mailing list
<br>&gt; &gt; on September 12. Arnaud, I hope you approve of this patch; it is<br>&gt; &gt; more reliable than the previous method in tracking the correct<br>&gt; &gt; dependencies.<br>&gt;<br>&gt;<br>&gt; no, I reject this one as is.
<br>&gt; it's gcc specific to gcc, so has to be tied some way to autodetecting if<br>&gt; we're running gcc...<br><br>The logical answer to this is: dependencies don't need to be generated<br>by the user at compile time. They need to be generated by the
<br>maintainer at release time (and occasionally by developers in CVS).<br>Assuming that the maintainer has access to &quot;gcc&quot;, there is no<br>portability cost to generating the dependencies this way.</blockquote><div>
<br>
it wasn't acceptable if being user linked (ie called by make clean).<br>
it's more acceptable as a maintainer feature . But I still want some test<br>
to make a clear error msg if the compiler is not gcc. Thanks to complete it.<br>
<br>
</div>Arnaud</div>