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> <<a href="mailto:email@example.com">firstname.lastname@example.org</a>> 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_. According to the susv3 spec, it means "include total<br>allocated-space figures in the output" AND that "the output format is
<br>unspecified when -t is used". 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. Anybody else? (Possibly accept but<br>ignore -t?)<br><br>Rob<br><br><br>_______________________________________________
<br>busybox mailing list<br><a href="mailto:email@example.com">firstname.lastname@example.org</a><br><a href="http://busybox.net/mailman/listinfo/busybox">http://busybox.net/mailman/listinfo/busybox</a><br><br><br></blockquote>