This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: manual: Refactor documentation of CHAR_BIT.

From: Zack Weinberg <zackw at panix dot com>
To: Florian Weimer <fweimer at redhat dot com>, Rical Jasan <ricaljasan at pacific dot net>, libc-alpha at sourceware dot org
Cc: Joseph Myers <joseph at codesourcery dot com>, Carlos O'Donell <carlos at redhat dot com>, Michael Kerrisk <mtk dot manpages at gmail dot com>
Date: Tue, 20 Jun 2017 08:16:09 -0400
Subject: Re: manual: Refactor documentation of CHAR_BIT.
Authentication-results: sourceware.org; auth=none
References: <20170617084202.4662-1-ricaljasan@pacific.net> <20170617084202.4662-2-ricaljasan@pacific.net> <b33e5c70-a791-1bbc-1181-e83879899a9d@redhat.com>

On 06/20/2017 08:11 AM, Florian Weimer wrote:
> On 06/17/2017 10:42 AM, Rical Jasan wrote:
>> +@defvr Macro CHAR_BIT
>> +@standards{C99, limits.h}
>>  This is the number of bits in a @code{char}---eight, on most systems.
>>  The value has type @code{int}.
> 
> Current POSIX requires CHAR_BIT to be 8, and we might as well say so.

Specifically, that requirement was added in POSIX.1-2001 (aka Issue 6), per
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html.

I agree that this should be mentioned.

zw

References:
- manual: Update @standards for [__]va_copy.
  - From: Rical Jasan
- manual: Refactor documentation of CHAR_BIT.
  - From: Rical Jasan
- Re: manual: Refactor documentation of CHAR_BIT.
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]