Subject: Re: CVS commit: syssrc/sys/sys
To: Jason R Thorpe <thorpej@wasabisystems.com>
From: Luke Mewburn <lukem@wasabisystems.com>
List: source-changes
Date: 05/16/2002 01:35:34
On Wed, May 15, 2002 at 08:29:45AM -0700, Jason Thorpe wrote:
  | On Thu, May 16, 2002 at 01:25:05AM +1000, Luke Mewburn wrote:
  | 
  |  > Which makes it *much* harder to use in tools/* ...
  |  > <sys/bootblock.h> is fairly stand-alone at this point.
  |  > The disklabel_mbr stuff may probably end up in <bootblock.h> too.
  | 
  | What on earth makes <sys/disklabel_mbr.h> so much harder to use than
  | <sys/bootblock.h>?  If src/tools/* wants to use a specific one from the
  | NetBSD source tree, it has to put a wrappar around either.
  | 
  | Why don't you take a look at the contents of <sys/disklabel_mbr.h>,
  | and then tell me specifically what makes it hard to use in src/tools/*
  | while <sys/bootblock.h> is not.

"Chill, Winston..."

Ok, so I was thinking of <sys/disklabel.h>.  (Forgive me, it's late)

I suppose we will just end up in semantic arguments about whether the
Apple Partition Map and related stuff or PC MBR related stuff is a
"bootblock" related issue (such as the alpha/vax/pmax stuff already in
<sys/bootblock.h>), or a "disklabel" related issue. 
My gut feel is that it's more bootblock-y than disklabel-y...