Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71050 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 43486 invoked from network); 11 Jan 2014 01:31:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Jan 2014 01:31:49 -0000 X-Host-Fingerprint: 92.254.50.218 unknown Received: from [92.254.50.218] ([92.254.50.218:12443] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3D/56-12207-20F90D25 for ; Fri, 10 Jan 2014 20:31:47 -0500 To: internals@lists.php.net Date: Sat, 11 Jan 2014 02:31:41 +0100 Message-ID: References: X-Newsreader: Forte Agent 3.3/32.846 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Posted-By: 92.254.50.218 Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length and integer From: phpdev@ehrhardt.nl (Jan Ehrhardt) Nikita Popov in php.internals (Fri, 10 Jan 2014 22:42:49 +0100): > Or is the point here to intentionally provide a >maximum amount of BC breakage, so code doesn't "accidentally" continue to >run (e.g. I think that without the renames extensions could continue to run >mostly without issue on 32bit.) Some of the PECL extensions compiled without really complaining with the new experimental branch (on Windows). Anatol's own xmldiff, php_blenc.dll (but it did not work), php_uploadprogress.dll and php_timezonedb.dll. The BC break should probably be even greater, so that cases like the blenc extension do not occur. I have converted one of my own extensions (that is not even on PECL): php_ffmpeg.dll. I did not do that (yet) with ifndef's, but just with global searching and replacing. So I have two sources for the same extension right now. Jan