I vote for the accept and ignore idea.<br><br><div><span class="gmail_quote">On 8/17/05, <b class="gmail_sendername">Rob Landley</b> &lt;<a href="mailto:rob@landley.net">rob@landley.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have the cleaned up patch, but it blew up by 500 bytes over 1.01 (partly<br>because df_main got bigger and partly because it's now pulling in things like<br>bb_xgetularg_bnd_sfx()) and I'm trying to trim it back down...
<br><br>However, I'd like to ask what the -t support needed for susv3 actually<br>_means_.&nbsp;&nbsp;According to the susv3 spec, it means &quot;include total<br>allocated-space figures in the output&quot; AND that &quot;the output format is
<br>unspecified when -t is used&quot;.&nbsp;&nbsp;But what the gnu version uses -t for is to<br>limit df to certain filesystem types, which has NOTHING to do with that the<br>spec says -t should be for.<br><br>Considering that the gnu version doesn't support this, and that it's flagged
<br>as an XSI extension, and that what exactly to do with it is undefined<br>anyway...<br><br>I don't think we need to do this one.&nbsp;&nbsp;Anybody else?&nbsp;&nbsp;(Possibly accept but<br>ignore -t?)<br><br>Rob<br><br><br>_______________________________________________
<br>busybox mailing list<br><a href="mailto:busybox@mail.busybox.net">busybox@mail.busybox.net</a><br><a href="http://busybox.net/mailman/listinfo/busybox">http://busybox.net/mailman/listinfo/busybox</a><br><br><br></blockquote>
</div><br>