From: "Luis R. Rodriguez" <mcgrof@kernel.org>
To: Dave Chinner <david@fromorbit.com>
Cc: sandeen@sandeen.net, darrick.wong@oracle.com,
linux-xfs@vger.kernel.org, jack@suse.com, jeffm@suse.com,
okurz@suse.com, lpechacek@suse.com, jtulak@redhat.com,
tytso@mit.edu, mcgrof@kernel.org
Subject: Re: [PATCH] mkfs.xfs: add configuration file parsing support using our own parser
Date: Thu, 3 May 2018 00:00:15 +0000 [thread overview]
Message-ID: <20180503000015.GF27875@wotan.suse.de> (raw)
In-Reply-To: <20180426173739.GA27875@wotan.suse.de>
On Thu, Apr 26, 2018 at 05:37:39PM +0000, Luis R. Rodriguez wrote:
> On Thu, Mar 15, 2018 at 08:01:45AM +1100, Dave Chinner wrote:
> > On Wed, Mar 14, 2018 at 05:19:01PM +0000, Luis R. Rodriguez wrote:
> > > On Wed, Mar 14, 2018 at 02:55:31PM +1100, Dave Chinner wrote:
> > > > On Tue, Mar 13, 2018 at 11:52:27PM +0000, Luis R. Rodriguez wrote:
> > > > > On Wed, Mar 14, 2018 at 08:39:16AM +1100, Dave Chinner wrote:
> > > >
> > > > Basically:
> > > >
> > > > 1. the default file parsing code needs to go into it's own file.
> > > > xfs_mkfs.c is too large and needs to be split into smaller files, so
> > > > lets not make it worse by shovelling another 500 lines of code into
> > > > it...
> > >
> > > Sure.
>
> Other than using its own file you had suggested to have the config stuff have
> its own structure. At LSFMM you had also suggested it should have its own
> defaults which may change later, however for now they can be the same as the
> CLI defaults. I suspect likewise applies for maxval, minval.
>
> What about the conflict mapping / checkers? Don't we want to share that? If so
> it would make sense to share the enums used to describe the individual subopts
> as well. If so I'll shove the enums into its own file. The conflict stuff
> is already in its own structure, so if we want to *share* that, I could just
> move all that into its own set of files and share that.
Re-poke.
Luis
next prev parent reply other threads:[~2018-05-03 0:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-13 20:59 [PATCH] mkfs.xfs: add configuration file parsing support using our own parser Luis R. Rodriguez
2018-03-13 21:39 ` Dave Chinner
2018-03-13 23:52 ` Luis R. Rodriguez
2018-03-14 3:55 ` Dave Chinner
2018-03-14 17:19 ` Luis R. Rodriguez
2018-03-14 21:01 ` Dave Chinner
2018-03-14 22:13 ` Luis R. Rodriguez
2018-04-26 17:37 ` Luis R. Rodriguez
2018-05-03 0:00 ` Luis R. Rodriguez [this message]
2018-05-11 22:20 ` Luis R. Rodriguez
2018-03-14 3:21 ` Eric Sandeen
2018-03-14 18:41 ` Luis R. Rodriguez
2018-05-04 21:31 ` Eric Sandeen
2018-05-04 21:36 ` Darrick J. Wong
2018-05-04 21:39 ` Eric Sandeen
2018-05-17 18:47 ` Luis R. Rodriguez
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180503000015.GF27875@wotan.suse.de \
--to=mcgrof@kernel.org \
--cc=darrick.wong@oracle.com \
--cc=david@fromorbit.com \
--cc=jack@suse.com \
--cc=jeffm@suse.com \
--cc=jtulak@redhat.com \
--cc=linux-xfs@vger.kernel.org \
--cc=lpechacek@suse.com \
--cc=okurz@suse.com \
--cc=sandeen@sandeen.net \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).