| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH xfsprogs 01/14] configure: use AC_SYS_LARGEFILE, Felix Janda |
|---|---|
| Next by Date: | Re: XFS: Assertion failed: bp->b_flags & XBF_ASYNC, file: fs/xfs/xfs_buf.c, line: 118 on 4.8-rc1 kernel, Brian Foster |
| Previous by Thread: | Re: [PATCH xfsprogs 11/14] replace statvfs64 by equivalent statvfs, Christoph Hellwig |
| Next by Thread: | [PATCH xfsprogs 13/14] xfs.h: require transparent LFS, Felix Janda |
| Indexes: | [Date] [Thread] [Top] [All Lists] |