On 21/10/14 10:52, Dmitry Stogov wrote: >> That seems a lot like bashing our head against a wall. We tried to >> > introduce support everywhere and it fails. Do we really want to step on >> > the performance gains introduced by recent changes by making all strings >> > unicode ? >> > > Yeah :) > I'm not sure, if it should be done, and I don't like to work on it in the > nearest future, but zend_string approach should be easier to implement than > separate IS_UNICODE + IS_STRING + IS_BINARY types in PHP6.
Isn't this the first discussion? If we are going down the root of keeping PHP7 as ascii only in the core, then ustring probably makes sense, but it does not address many of the areas where unicode is really needed. Handling unicode content outside the core is working reasonably at the moment, it is the problems such as using unicode keys for arrays which is the main area where unicoe is needed in PHP7 and so a more embedded handling is needed which may cut across yet another content wrapper? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
