Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76958 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76856 invoked from network); 29 Aug 2014 17:41:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Aug 2014 17:41:23 -0000 Authentication-Results: pb1.pair.com header.from=ajf@ajf.me; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ajf@ajf.me; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ajf.me designates 192.64.116.200 as permitted sender) X-PHP-List-Original-Sender: ajf@ajf.me X-Host-Fingerprint: 192.64.116.200 imap1-2.ox.privateemail.com Received: from [192.64.116.200] ([192.64.116.200:35551] helo=imap1-2.ox.privateemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 10/19-22920-14BB0045 for ; Fri, 29 Aug 2014 13:41:23 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 0D49BB000A3; Fri, 29 Aug 2014 13:41:16 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id utRNoQctOhva; Fri, 29 Aug 2014 13:41:15 -0400 (EDT) Received: from [192.168.0.2] (05439dda.skybroadband.com [5.67.157.218]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id E3FD9B000A2; Fri, 29 Aug 2014 13:41:11 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) In-Reply-To: <34613a1e18d788b25345d0227cdc1d2c.squirrel@webmail.klapt.com> Date: Fri, 29 Aug 2014 18:41:08 +0100 Cc: internals@lists.php.net, Nikita Popov , Pierre Joye , Dmitry Stogov , Laruence Content-Transfer-Encoding: quoted-printable Message-ID: References: <2afc5a878ff4c780c74f4604f77525c1.squirrel@webmail.klapt.com> <38C2ECB6-F38E-47C2-8C34-640FF0271FF7@ajf.me> <34613a1e18d788b25345d0227cdc1d2c.squirrel@webmail.klapt.com> To: Anatol Belski X-Mailer: Apple Mail (2.1878.6) Subject: Re: [PHP-DEV] 64 bit string offsets From: ajf@ajf.me (Andrea Faulds) On 29 Aug 2014, at 17:39, Anatol Belski wrote: > On Fri, August 29, 2014 17:54, Andrea Faulds wrote: >=20 >> I=92d just leave things as they are=85 though I suppose there might = be some >> benefit to switching to size_t for string offsets. Does that avoid a = cast >> in the generated assembly? > My point is just that it should be consistent as we have it, in less = or or > prefferably more plausible way. Though i didn't quite understand the > question about the compiled assembly - you mean whether it'll be = binary > compatible with the previous bins? then no. If I recall correctly, one of the reasons to use size_t for string = lengths was avoid casts in the generated machine code. That=92s what I = was referring to: on 64-bit platforms, you=92d need to do a 32-bit to = 64-bit cast. -- Andrea Faulds http://ajf.me/