From owner-freebsd-hackers  Mon May 15 15:12:01 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id PAA18094
          for hackers-outgoing; Mon, 15 May 1995 15:12:01 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18086
          for <freebsd-hackers@freebsd.org>; Mon, 15 May 1995 15:11:54 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA11567; Tue, 16 May 1995 08:08:10 +1000
Date: Tue, 16 May 1995 08:08:10 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199505152208.IAA11567@godzilla.zeta.org.au>
To: freebsd-hackers@FreeBSD.org, mday@artisoft.com
Subject: Re: syntactical anomalies in disklabel.h
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

>Microsoft Visual C++ 2.0 didn't like the following anomalies in
><sys/disklabel.h>.  My guess is they also aren't quite up to ANSI
>standards, but I'm not interested in taking the time to prove it.

They probaby just enforce the standard.

>! #define readMSPtolabel(a,b,c,d,e,)		/* zap calls if irrelevant */
>! #define readMSPtolabel(a,b,c,d,e)		/* zap calls if irrelevant */

It's hard to see the problem using diff -c3!

>+ #if 0
>  struct cpu_disklabel {
>  };
>+ #endif

Already removed.  `gcc -ansi' warns about this.

Bruce