Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 33556 invoked from network); 16 Dec 2010 21:39:59 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Dec 2010 21:39:59 -0000 Received: (qmail 52197 invoked by uid 500); 16 Dec 2010 21:39:58 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 52125 invoked by uid 500); 16 Dec 2010 21:39:58 -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 52117 invoked by uid 99); 16 Dec 2010 21:39:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Dec 2010 21:39:58 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.183] (HELO smtpauth03.prod.mesa1.secureserver.net) (64.202.165.183) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 16 Dec 2010 21:39:51 +0000 Received: (qmail 26299 invoked from network); 16 Dec 2010 21:39:28 -0000 Received: from unknown (76.252.112.72) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 16 Dec 2010 21:39:28 -0000 Message-ID: <4D0A86EE.5090006@rowe-clan.net> Date: Thu, 16 Dec 2010 15:38:54 -0600 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jim Jagielski CC: dev@apr.apache.org Subject: Re: [PATCH] Re: [PATCH] %lld support in apr_snprintf() References: <37818C6C-E90A-4DA4-A57B-91E8A4612077@temme.net> <4CD3066E.7010402@rowe-clan.net> <1D4C0A5A-5966-41A9-AB53-F3963CD59E80@temme.net> <1DAE160F-A799-4E68-85F4-4AA7477EC3B8@nasa.gov> <2AD67559-8ADA-4E9A-9DBF-3DF913C0D813@jaguNET.com> <30554DCD-35E8-45E6-9A46-60E9C077A6DE@jaguNET.com> <1AEDF293-893D-4A61-9896-0FD06BA89C83@jaguNET.com> <1C04627C-2669-4257-90DC-157EAE192999@jaguNET.com> <4D0A7A40.7070202@rowe-clan.net> <3651BDBF-D129-4414-B4B0-E42DB3DE4C32@apache.org> In-Reply-To: <3651BDBF-D129-4414-B4B0-E42DB3DE4C32@apache.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 12/16/2010 3:36 PM, Jim Jagielski wrote: >> >>> + # where int and long are the same size. Use the longest >>> + # type that fits >>> + if test "$ac_cv_sizeof_off_t" = "$ac_cv_sizeof_long_long"; then >>> + off_t_fmt='#define APR_OFF_T_FMT APR_INT64_T_FMT' >>> + off_t_strfn='apr_strtoi64' >> >> This is bad, no? We don't know that long_long and off_t aren't 128 bytes. >> It seems better to use the explicit "ll" format here instead of the value >> reserved for 64 bit ints. >> > > All I did was re-arrange the order... Not arguing, suggesting that the thorough test is either to compare the ac_cv_sizeof_off_t to 8, and then use APR_OFF_T_FMT, or failing that, instead see if it matches long_long, and use an explicit "ll". WDYT?