Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 67364 invoked from network); 2 May 2008 06:45:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 May 2008 06:45:22 -0000 Received: (qmail 87530 invoked by uid 500); 2 May 2008 06:45:23 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 87473 invoked by uid 500); 2 May 2008 06:45:23 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 87462 invoked by uid 99); 2 May 2008 06:45:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 May 2008 23:45:23 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 192.115.104.30 is neither permitted nor denied by domain of margol@beamartyr.net) Received: from [192.115.104.30] (HELO sa15.bezeqint.net) (192.115.104.30) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2008 06:44:29 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by sa15.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP id E0D1A28765; Fri, 2 May 2008 09:46:58 +0300 (IDT) X-Virus-Scanned: amavisd-new at bezeqint.net Received: from sa15.bezeqint.net ([127.0.0.1]) by localhost (sa15.bezeqint.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id StOr-t5Zgw0y; Fri, 2 May 2008 09:46:53 +0300 (IDT) Received: from [192.168.2.14] (bzq-79-178-138-37.red.bezeqint.net [79.178.138.37]) by sa15.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP; Fri, 2 May 2008 09:46:53 +0300 (IDT) Message-ID: <481AB866.9090409@beamartyr.net> Date: Fri, 02 May 2008 09:44:54 +0300 From: Issac Goldstand Organization: Mirimar Networks User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "William A. Rowe, Jr." CC: "Roy T. Fielding" , APR Developer List Subject: Re: freezing 1.3 tonight References: <481A129E.2040501@rowe-clan.net> <481A2724.50206@cam.ac.uk> <481A4526.6040909@rowe-clan.net> <1A659D55-A001-46A3-9BA4-113C1E696E81@gbiv.com> <481A57DA.1080702@rowe-clan.net> <20080502004741.GA1663@devsys.jaguNET.com> In-Reply-To: <20080502004741.GA1663@devsys.jaguNET.com> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.beamartyr.net/pubkey.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Jim Jagielski wrote: > On Thu, May 01, 2008 at 06:52:58PM -0500, William A. Rowe, Jr. wrote: >> Lucian Adrian Grijincu wrote: >>> On Fri, May 2, 2008 at 2:18 AM, Roy T. Fielding wrote: >>>> Why? The type char is defined by the C standard to be an 8bit signed >>>> integer. >>>> The type unsigned char is defined to be an 8bit unsigned integer. Why >>>> would >>>> we want to add a bunch of unnecessary casting? >>> Not quite: http://home.att.net/~jackklein/c/inttypes.html >> That doesn't resolve Roy's question of "why overload signed char and >> unsigned char"? >> >> Can anyone point to a platform where int8_t/uint8_t != signed/unsigned char? >> If so, I agree with the patch. >> > > I must have misunderstood the orig request... I thought it was simply > creating int8_t/uint8_t to compliment the existing int*_t/uint*_t types That's what I read too, and would answer Roy's question as "uniform syntax/readability". Not a strong reason, but certainly no harm that I can see in it... Issac