Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:19582
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: none
Message-ID: <020101c5cfd5$e63342f0$0a07a8c0@home.jevon.org>
To: <internals@lists.php.net>
References: <Pine.LNX.4.62.0510061954140.13434@localhost> <99dd4f75f4ceebfe1c980cf439e97416@gravitonic.com> <4346E00A.8020504@prohost.org> <4346E0C5.3090001@lerdorf.com> <Pine.LNX.4.62.0510072258200.13434@localhost> <Pine.LNX.4.58.0510090038270.11531@miranda.org> <s7hkk1l00v0gerlccnsc0937ov977j5og4@4ax.com> <4A.9C.54476.07C0E434@pb1.pair.com>
Date: Thu, 13 Oct 2005 22:09:58 +1300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Unicode Implementation
From: jevon@jevon.org ("Jevon Wright")

Ditto please!

Jevon

----- Original Message ----- 
From: "Ron Korving" <r.korving@xit.nl>
To: <internals@lists.php.net>
Sent: Thursday, October 13, 2005 8:27 PM
Subject: [php] Re: [PHP-DEV] Unicode Implementation


> Well, if you want my 2 cents as well, the 2 cents a PHP user is very
willing
> to share with you guys...
>
> PHP6 is a major release. BC is a priority, but as far as I'm concerned not
> the top priority. I wouldn't mind a unicode-only PHP at all. Like a few
> others here, I think the speed penalty won't be huge at all. It's not like
> my scripts are 90% string handling (and I assume the unicode benchmark
> scripts are). I wouldn't want you guys having a messy codebase just
because
> you want to support non-unicode and unicode. I also wouldn't want you guys
> branching to a non-unicode line of PHP releases. It would just be too
much.
> As far as I'm concerned, I'd be fine with a unicode only PHP6. Unicode is
> progress. I think a lot of the people who don't want it, don't yet see the
> positive things it brings.
>
> Ron
>
>
>
> "Peter Brodersen" <php@ter.dk> schreef in bericht
> news:s7hkk1l00v0gerlccnsc0937ov977j5og4@4ax.com...
> On Sun, 9 Oct 2005 00:55:45 -0400 (EDT), in php.internals
> adam@trachtenberg.com (Adam Maccabee Trachtenberg) wrote:
>
> >We seem to be under the impression that the Unicode speed penalty will
> >be so harsh that a Unicode-only PHP 6 will be too slow for
> >use. However, we don't know that for sure. Yes, it will be slower,
> >when you look at the whole request cycle, it may not matter.
>
> I agree - the speed penalty comparsion seems mostly related to php
> scripts that does nothing else than handling strings.
>
> I recall the old discussions (echo vs print vs ?>...<? ) using similar
> benchmarks. It is true when you compare the specific
> functions/language constructs the relative difference in speed is
> apparent. But compared to a bunch of other functions that you'll
> usually use (database connections, file access, data sorting, etc.) I
> imagine that the speed penalty is simply marginal.
>
> Just my 0.02 \x20B1.
>
> -- 
> - Peter Brodersen
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>