From owner-cvs-all@FreeBSD.ORG  Sun Apr  6 07:06:21 2003
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 346A137B401; Sun,  6 Apr 2003 07:06:21 -0700 (PDT)
Received: from fafoe.dyndns.org (chello212186121237.14.vie.surfer.at
	[212.186.121.237])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7FCD443F3F; Sun,  6 Apr 2003 07:06:20 -0700 (PDT)
	(envelope-from stefan@fafoe.dyndns.org)
Received: from frog.fafoe (frog.fafoe [192.168.2.101])
	by fafoe.dyndns.org (Postfix) with ESMTP
	id 62F473FAF; Sun,  6 Apr 2003 16:06:17 +0200 (CEST)
Received: by frog.fafoe (Postfix, from userid 1001)
	id 53DE3136; Sun,  6 Apr 2003 16:06:16 +0200 (CEST)
Date: Sun, 6 Apr 2003 16:06:16 +0200
From: Stefan Farfeleder <stefan@fafoe.dyndns.org>
To: Bruce Evans <bde@zeta.org.au>
References: <200304052346.h35Nkwoi037742@repoman.freebsd.org>
	<20030406083608.754DB3FC4@fafoe.dyndns.org>
	<20030406230343.N627@gamplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030406230343.N627@gamplex.bde.org>
User-Agent: Mutt/1.5.4i
Message-Id: <20030406140618.62F473FAF@fafoe.dyndns.org>
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/dev/fxp if_fxpreg.h
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Apr 2003 14:06:21 -0000

On Sun, Apr 06, 2003 at 11:26:06PM +1000, Bruce Evans wrote:
> On Sun, 6 Apr 2003, Stefan Farfeleder wrote:
> 
> > On Sun, Apr 06, 2003 at 02:16:07PM +1000, Bruce Evans wrote:
> > > This gives undefined behaviour and thus produces random code if it is
> > > compiled by a C compiler (unless Bool_t happens to be u_int8_t).  From
> > > n869.txt:
> > >
> > >        [#8]  A  bit-field  shall have a type that is a qualified or
> > >        unqualified version of _Bool, signed int, or  unsigned  int.
> > ...
> > FYI, the final standard says
> >
> > 4  A bit-field shall have a type that is a qualified or unqualified version of _Bool, signed
> >    int, unsigned int, or some other implementation-defined type.
> >
> > and moved it from the Semantics to the Constraints section, so a C
> > compiler not supporting u_int8_t has to issue at least a diagnostic
> > before producing random code :)
> 
> :-).  The wording seems a bit fuzzy.  Is there a way for applications to
> determine what the implementation-defined type(s) are?

Unfortunately not.

Stefan