[PATCH 18/19] mkfs: unit conversions are case insensitive
Jan Tulak
jtulak at redhat.com
Fri Apr 8 04:08:49 CDT 2016
On Fri, Apr 8, 2016 at 3:03 AM, Dave Chinner <david at fromorbit.com> wrote:
> On Thu, Apr 07, 2016 at 07:41:58PM -0500, Eric Sandeen wrote:
> > On 4/7/16 5:50 AM, Jan Tulak wrote:
> > > On Wed, Apr 6, 2016 at 11:10 PM, Eric Sandeen <sandeen at sandeen.net
> <mailto:sandeen at sandeen.net>>wrote:
> > > (hm, why do we have 3 copies of cvtnum?)
> > >
> > >
> > > Where?
> > >
> > >
> > > $ pwd
> > > /some/path/xfsprogs-dev
> > >
> > > $ grep -r "cvtnum(size_t" . |grep -v "^Binary"
> > > ./include/input.h:extern long long cvtnum(size_t blocksize, size_t
> sectorsize, char *s);
> > > ./io/init.h:extern void init_cvtnum(size_t *blocksize, size_t
> *sectsize);
> >
> > File Line
> > 0 estimate/xfs_estimate.c 29 cvtnum(char *s)
> > 1 libxcmd/input.c 147 cvtnum(
> > 2 mkfs/xfs_mkfs.c 3618 cvtnum(
>
> FWIW, here's why we put the function name at the start of the line,
> rather than the way that it is typically done in the kernel code
> (i.e. after the return type specification):
>
> $ git grep ^cvtnum
> estimate/xfs_estimate.c:cvtnum(char *s)
> libxcmd/input.c:cvtnum(
> mkfs/xfs_mkfs.c:cvtnum(
>
>
Ah, I see. A nice trick. :-)
It might be good to merge the three functions, but I think it can wait for
when this patchset is done - or there is always going to be something more
to add...
Thanks,
Jan
--
Jan Tulak
jtulak at redhat.com / jan at tulak.me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20160408/5bda3a9b/attachment.html>
More information about the xfs
mailing list