Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27696
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.229 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Area8G4LiKZi4+p5NZTOica44bft/kCcZ4RBDXAlH28XHWdv02TJSVIY4RV2Rh336XcxlsdpjEgvrdBGKye0HGteho6mcjKIvW9cxwbqbLVQ1XUHHb37jA8YsCrTSy77KBYCwG+/zln2pDLZLXSMBNKjOEIO1zPqQ3Og3uuSTBc=
Message-ID: <fe05d1540701271148p5899e7b8t8287d05aa2b56e15@mail.gmail.com>
Date: Sat, 27 Jan 2007 20:48:28 +0100
To: "Andi Gutmans" <andi@zend.com>
Cc: "Sara Golemon" <pollita@php.net>, internals@lists.php.net, 
	"Andrei Zmievski" <andrei@gravitonic.com>, 
	"Dmitry Stogov" <dmitry@zend.com>
In-Reply-To: <005c01c74236$b80a79f0$6500a8c0@zend.2k>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <45B65BAD.8070703@php.net> <005c01c74236$b80a79f0$6500a8c0@zend.2k>
Subject: Re: [PHP-DEV] Autoglobal CVs without silence -- Summary
From: pierre.php@gmail.com (Pierre)

Hi Andi,

On 1/27/07, Andi Gutmans <andi@zend.com> wrote:
> Hi Sara,
> I don't feel to great with this patch. It kind of feels like twisting the language implementation around for some very specific
> problem which probably shouldn't be fixed at this level. Andrei says performance of Unicode isn't great so it shouldn't matter too
> much, but I think a) it's not only about performance but also about maintainability. The code in PHP 6 is already much more complex
> than that of PHP 5 and has become much harder to maintain. Such additional changes will make it worse b) There will still be plenty
> of people who use PHP 6 in PHP 5 mode.
>
> I still haven't quite understood why not just do the detection on the whole auto-global when it's being fetched (or even during
> request startup). As Andrei said, it's slow anyway so for people who need Unicode that should be an affordable hit.

Please read (once or again) my initial proposal, it is the base of
Sara's proposals. Request startup is _not_  a solution because the
users must have the ability to define the input encoding before the
fist fetch. That's why we decide to move the JIT trigger at runtime
instead of compile time.

--Pierre