Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71520 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38589 invoked from network); 24 Jan 2014 16:51:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jan 2014 16:51:37 -0000 Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com Received: from [156.151.31.81] ([156.151.31.81:48791] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B5/B3-21270-71A92E25 for ; Fri, 24 Jan 2014 11:51:36 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s0OGpWPr025301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 Jan 2014 16:51:32 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s0OGpVdJ015474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jan 2014 16:51:32 GMT Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s0OGpVLn015458; Fri, 24 Jan 2014 16:51:31 GMT Received: from hubby.local (/50.184.131.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 24 Jan 2014 08:51:31 -0800 Message-ID: <52E29A0E.9030803@oracle.com> Date: Fri, 24 Jan 2014 08:51:26 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Anatol Belski CC: internals@lists.php.net References: <52E0F55F.4040802@lsces.co.uk> <2490044a0e2cba88044cf5da9b1b6647.squirrel@webmail.klapt.com> <52E17D40.8090001@oracle.com> <52E17D63.4090300@oracle.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length and integer From: christopher.jones@oracle.com (Christopher Jones) On 1/24/14 1:43 AM, Anatol Belski wrote: > Hi Chris, > > On Thu, January 23, 2014 21:36, Christopher Jones wrote: >> > >> >> On 01/23/2014 12:36 PM, Christopher Jones wrote: >> >> >>> For reference, here is Anatol's mapping that allows extensions using >>> the new types etc to compile with older PHP releases: >>> https://github.com/php/php-src/blob/str_size_and_int64/compat/compat.h >>> I would have leaned towards not requiring macro name changes, but I >>> wouldn't vote against the RFC because of them. >> >> Anatol: what about creating the inverse of the compat.h #defines? Old >> code can include those definitions and wouldn't need as many changes? >> > The macros are easy done of course, but the long/int keywords would > conflict with the built-in types, wouldn't they? Well, if zpp var > datatypes were still replaced, it should work. Is that what you mean? > > Regards > > Anatol Have as much as can be done via macros to minimize the number of lines that need to be modified in a file. Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html