Re: [RFC] 64 bit platform improvements for string length and integer

From: Date: Fri, 24 Jan 2014 06:36:13 +0000
Subject: Re: [RFC] 64 bit platform improvements for string length and integer
References: 1 2 3 4 5 6 7 8 9 10 11 12  Groups: php.internals 
Request: Send a blank email to internals+get-71482@lists.php.net to get a copy of this message
On Fri, Jan 24, 2014 at 2:25 AM, Adam Harvey <aharvey@php.net> wrote: > On 24 January 2014 01:26, Christopher Jones > <christopher.jones@oracle.com> wrote: >> Overall >> - I'm fine with changes going into, say, PHP 5.7 >> - I'm fine with the type renaming >> - I'd prefer ZPP compatibility was kept >> - I'm fine with dropping support for old SAPIs, but I think warning >> is needed no matter how unusable they currently are e.g. this means >> merging the feature to PHP 5.7 > > This is pretty much how I feel about this too. As a user, it's > something I'd like to have, but as a maintainer or developer on a few > extensions (some PECL, some third party), this isn't something I'm > terribly excited about having on a few months notice for 5.6 — it's > going to be an annoying, subtle change for code that has to support > older versions, as worthwhile as it is in the long term. The same amount of effort is required for 5.6+int64 changes than with 5.4 or 5.5. This is really easy to migrate. Yes, the zpp question has to be solved but it should not stop this patch to get in, it is ready, tested (as much as we can), etc. Delaying its integration will not help anyone and the same problem will happen in 5.7 or 6. Let alone the unnecessary wait for a long due change, cleanup and correctness change, this wait will be even insanely long if we go with 6, both from an availability (2 years+) and adoption point of view. I really ask everyone to at least read the migration doc and try it, with an extension. I did it with my exts (and I have many), and it is really straightforward and the efforts pay off given the benefits of this patch. Cheers, -- Pierre @pierrejoye | http://www.libgd.org

« previous php.internals (#71482) next »