Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71400 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 287 invoked from network); 22 Jan 2014 08:20:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jan 2014 08:20:48 -0000 Authentication-Results: pb1.pair.com smtp.mail=ab@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ab@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.73.107 as permitted sender) X-PHP-List-Original-Sender: ab@php.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:53065] helo=klapt.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4E/D0-28690-D5F7FD25 for ; Wed, 22 Jan 2014 03:20:48 -0500 Received: by klapt.com (Postfix, from userid 33) id 3278D23D60EC; Wed, 22 Jan 2014 09:20:42 +0100 (CET) Received: from 178.10.239.203 (SquirrelMail authenticated user anatol@belski.net) by webmail.klapt.com with HTTP; Wed, 22 Jan 2014 09:20:42 +0100 Message-ID: Date: Wed, 22 Jan 2014 09:20:42 +0100 To: "PHP internals" Reply-To: "Anatol Belski" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [RFC] 64 bit improvements, open questions From: ab@php.net ("Anatol Belski") Hi, as the discussion phase for this RFC nears to the finish and the patch itself is huge, I'd like to use the last chance to discuss the open questions and concerns. Here are once more the links to the RFC (with several updates) and the porting guide https://wiki.php.net/rfc/size_t_and_int64 http://git.php.net/?p=php-src.git;a=blob;f=compat/PECL_PORTING;hb=refs/heads/str_size_and_int64 The big open question from the previous discussion is how to handle changed ZPP formats. The way I've suggested in the porting doc is using ternary operator like (COMP ? "l" : "i"). Another way were to put the old ZPP formats "lLsp" back and make them redundant to the new ones "iISP". Both ways have their pro and contra, the second variant isn't done, but can be done quickly. Also one big question from the RFC which haven't been addressed is the handling of the stale SAPIs. While porting it turned out, that more than 50% of SAPIs reference no more actively supported web servers, some of them are even not available anymore, no packages in the current distributions seem to exist, no chance to check if they even complaint with PHP mainstream. The SAPIs ported so far - apache2handler, CGI, CLI, embed, FPM, phpdbg. Please respond also if you have any other concerns about this RFC. The voting phase is likely to be started on Sunday, January 22. Thanks Anatol