Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30289 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 45110 invoked by uid 1010); 20 Jun 2007 13:16:51 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 45095 invoked from network); 20 Jun 2007 13:16:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2007 13:16:51 -0000 Authentication-Results: pb1.pair.com header.from=php_lists@realplain.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=php_lists@realplain.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain realplain.com from 209.235.148.100 cause and error) X-PHP-List-Original-Sender: php_lists@realplain.com X-Host-Fingerprint: 209.235.148.100 mail90c35.nsolutionszone.com Linux 2.5 (sometimes 2.4) (4) Received: from [209.235.148.100] ([209.235.148.100:54103] helo=mail90c35.nsolutionszone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 27/17-22285-1C829764 for ; Wed, 20 Jun 2007 09:16:51 -0400 X-POP-User: gerald059.centurytel.net Received: from pc1 (72-161-142-113.dyn.centurytel.net [72.161.142.113]) by mail90c35.nsolutionszone.com (8.13.6.20060614/8.13.1) with SMTP id l5KDGScq024260; Wed, 20 Jun 2007 13:16:29 GMT Message-ID: <020d01c7b33d$38d13480$0201a8c0@pc1> To: Cc: , "Pierre" , "Derick Rethans" , =?iso-8859-1?Q?Johannes_Schl=FCter?= , "Rasmus Lerdorf" , "Tomas Kuliavas" , "Stanislav Malyshev" , "Cristian Rodriguez" , "Peter Brodersen" , "Lukas Kahwe Smith" , "Jeremy Privett" , "Stefan Walk" , "Ilia Alshanetsky" , "Stefan Priebsch" References: <1181829227.3478.3.camel@localhost.localdomain> <7d5a202f0706141844l3c75b556hdbecbcd5a43747c9@mail.gmail.com> <4671F184.2020401@lerdorf.com> <6sof73dj69ldpspfc5ukrc58qr9ckbin2b@4ax.com> <4677E7B1.2080305@lerdorf.com> <4677F5FB.1070206@lerdorf.com> <4678252F.2050803@sci.fi> <46783212.4020900@lerdorf.com> <46790A24.1080901@sci.fi> Date: Wed, 20 Jun 2007 08:10:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Subject: Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6? From: php_lists@realplain.com ("Matt Wilmas") Hi all, I haven't thought about this too much, just came to mind after following this thread, so ignore any stupidity. :-) Wanting to preserve BC where possible, and figuring that code to take advantage of PHP 6's Unicode support will be either new or rewritten... Is it possible to always have Unicode support "there" (enabled, no unicode.semantics setting), as some need/want, but keep behavior of PHP 5 code exactly the same? I mean nothing Unicode is actually used unless *explicitly* specified, keeping everything IS_STRING, etc. For Unicode support in just part of your code, use a [new] u"string prefix" or (unicode) cast. Functions would still handle either type, of course, but there shouldn't be unexpected changes in them, because if they're getting Unicode strings, it's because YOU did it. For everything Unicode (like semantics=On now), instead of adding u prefixes and (unicode) casts everywhere, use declare() at the beginning of the top-most file (setting couldn't be changed after that). This seems a bit different to me than having unicode.semantics PHP_INI_PERDIR... Am I wrong, or was this considered (e.g. needing to specify anything Unicode) and I'm missing major issues...? :-/ Matt