On Tue, Jul 24, 2012 at 02:57:17PM +0200, Davidlohr Bueso wrote:
> On Tue, 2012-07-24 at 14:49 +0200, Karel Zak wrote:
> > On Tue, Jul 24, 2012 at 02:40:30PM +0200, Davidlohr Bueso wrote:
> > > From: Davidlohr Bueso <dave@xxxxxxx>
> > >
> > > Signed-off-by: Davidlohr Bueso <dave@xxxxxxx>
> > > ---
> > > fdisks/utils.c | 4 +++-
> > > 1 files changed, 3 insertions(+), 1 deletions(-)
> > >
> > > diff --git a/fdisks/utils.c b/fdisks/utils.c
> > > index 8de64c2..c4ffe04 100644
> > > --- a/fdisks/utils.c
> > > +++ b/fdisks/utils.c
> > > @@ -35,7 +35,9 @@
> > > int fdisk_debug_mask;
> > >
> > > /*
> > > - * label probing functions
> > > + * Label probing functions.
> > > + * Must have the same order as fdisk_labeltype as the index
> > > + * depends on it.
> >
> > This (rely on comment) is bad way.
> >
> > > */
> > > static const struct fdisk_label *labels[] =
> > > {
> >
> > Use:
> >
> > static const struct fdisk_label[] =
> > {
> > [XXX_LABEL] = &xxx_label,
> > [YYY_LABEL] = &yyy_label
> > }
> >
>
> Yes, this is how we normally do it, but since we have an offset of 1 to
Ah yes, I see menu... I'll apply the patch tomorrow.
> the index, it looks weired. I guess we need to straighten out
> fdisk_labeltype and fix the menu along with it.
It would be nice to be without the IDs at all. The API should not be
affected by any program specific menu or so...
Karel
--
Karel Zak <kzak@xxxxxxxxxx>
http://karelzak.blogspot.com
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
