bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: REQ: -g for --block-size=1G


From: Eric Blake
Subject: Re: REQ: -g for --block-size=1G
Date: Fri, 5 Dec 2008 15:51:38 -0800 (PST)

> I looked through the archives and didn't see anyone ask for this
> before, so I will.  I would love for 'df -g' and 'du -g' to act like
> the -m option and set the block size.

Whether or not we add -g, we have some work to do to
make things consistent with -m.

In du:
-m is documented, and means --block-size=1M
--megabytes is undocumented, prints a deprecation
warning, then falls through to -m

In df:
-m and --megabytes are undocumented, and mean
--block-size=1M without warning

However, the reason that --megabytes was deprecated
in du also applies to df - namely, 1M stands for mebibytes
(1024*1024), while 1MB stands for megabytes (1000*1000).

At least our general policy that every short option should
have a corresponding long option is met, since -m matches
--block-size=1M, even though the long option doesn't
start with m.

Now, with regards to your request about -g - we are very reluctant
to add short options without good reason.  If there is another
implementation out there using the same letter for the same purpose,
then that is a good reason.  But what's wrong with continuing to use
the long option --blocks=1G (or, so long as we don't introduce any
ambiguous long options, the equivalent --b=G)?

-- 
Eric Blake

-- 
View this message in context: 
http://www.nabble.com/REQ%3A--g-for---block-size%3D1G-tp20861569p20864739.html
Sent from the Gnu - Coreutils - Discuss mailing list archive at Nabble.com.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]