Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71432 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25846 invoked from network); 23 Jan 2014 11:38:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jan 2014 11:38:06 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:59975] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 73/41-18911-C1FF0E25 for ; Thu, 23 Jan 2014 06:38:05 -0500 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 1CC4F10C013; Thu, 23 Jan 2014 11:38:01 +0000 (GMT) Date: Thu, 23 Jan 2014 12:38:00 +0100 (CET) X-X-Sender: derick@whisky.home.derickrethans.nl To: Christopher Jones cc: Anatol Belski , PHP internals In-Reply-To: <52E063B4.9000100@oracle.com> Message-ID: References: <52E063B4.9000100@oracle.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-1932765927-1390477081=:6067" Subject: Re: [PHP-DEV] [RFC] 64 bit improvements, open questions From: derick@php.net (Derick Rethans) --8323329-1932765927-1390477081=:6067 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 22 Jan 2014, Christopher Jones wrote: > On 01/22/2014 12:20 AM, Anatol Belski wrote: > >=20 > > as the discussion phase for this RFC nears to the finish and the=20 > > patch itself is huge, I'd like to use the last chance to discuss the=20 > > open questions and concerns. Here are once more the links to the RFC=20 > > (with several updates) and the porting guide > >=20 > > https://wiki.php.net/rfc/size_t_and_int64=20 > > http://git.php.net/?p=3Dphp-src.git;a=3Dblob;f=3Dcompat/PECL_PORTING;hb= =3Drefs/heads/str_size_and_int64 > >=20 > > The big open question from the previous discussion is how to handle=20 > > changed ZPP formats. The way I've suggested in the porting doc is=20 > > using ternary operator like (COMP ? "l" : "i"). Another way were to=20 > > put the old ZPP formats "lLsp" back and make them redundant to the=20 > > new ones "iISP". Both ways have their pro and contra, the second=20 > > variant isn't done, but can be done quickly. >=20 > With 22 lines of compatibility macros borrowed from compat/compat.h, I > can make the "size_t_and_int64" branch of OCI8 compile with PHP > 5.5. Making ZPP call changes to fix the formats would give a very much > fuglier code base. There are 86 calls to ZPP in OCI8 (not all would > need changing). That would make me a sad panda, I mean, having to #ifdef lots of ZPP=20 calls. Please try to avoid this necessity. As the 64-bit branch is=20 really most important for the Windows port=E2=80=94most Unix-like users run= on=20 64-bit already anyway=E2=80=94the difficulty of supporting it should not be= =20 pushed on already existing extensions. cheers, Derick --=20 http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug Posted with an email client that doesn't mangle email: alpine --8323329-1932765927-1390477081=:6067--