xfs
[Top] [All Lists]

Re: [PATCH xfsprogs 11/14] replace statvfs64 by equivalent statvfs

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: [PATCH xfsprogs 11/14] replace statvfs64 by equivalent statvfs
From: Felix Janda <felix.janda@xxxxxxxxx>
Date: Fri, 12 Aug 2016 19:03:36 +0200
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160812025703.GC10701@xxxxxxxxxxxxx>
References: <cover.1470555003.git.felix.janda@xxxxxxxxx> <f4fc0b97ae8cdb30f1e0b0d55521f136877b33f5.1470555003.git.felix.janda@xxxxxxxxx> <20160809074010.GM25647@xxxxxxxxxxxxx> <20160809174158.GA4476@nyan> <20160812025703.GC10701@xxxxxxxxxxxxx>
User-agent: Mutt/1.6.1 (2016-04-27)
Christoph Hellwig wrote:
> On Tue, Aug 09, 2016 at 07:41:58PM +0200, Felix Janda wrote:
> > This patch removes the usage of statvfs64 and thus one of the problems
> > for Mac OS X. The other problem is solved by giving a suitable
> > definition of f_brsize. Note that this might collide with other uses
> > of f_brsize (if they exist). It might be cleaner to just check for Mac
> > OS X in xfs_fsr.c.
> 
> Yes, that's probably better.  Or simply not build fsr on MacOS given
> that there is no kernel XFS support anyway..

That second option sounds interesting. If fsr was not built on Mac OS X,
then commit 7141fc5b04905e (add *mntent abstraction) can basically be
reverted, simplifying the platform headers a bit.

Felix

<Prev in Thread] Current Thread [Next in Thread>