Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:98957
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.218.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <57.2B.02776.537E8095@pb1.pair.com>
References: <CAPhkiZzzgmWcqsVPKghv89XU3+Ab06wcXbqeBc1MSh401_+etw@mail.gmail.com>
 <a8aa62c3-ac5f-5c84-4662-e86ccf9abded@gmx.de> <CAPhkiZz=0ZtL0yY4MedGip0-5eyOrBYBPqfyhaVEtR_JyuoX4w@mail.gmail.com>
 <57.2B.02776.537E8095@pb1.pair.com>
Date: Wed, 3 May 2017 13:55:43 +0300
Message-ID: <CAPhkiZz-DeLZxGgDp2ap10XNgm2khevDoPYSb-OwQEv+ADEFwg@mail.gmail.com>
To: Andrea Faulds <ajf@ajf.me>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Re: [Discussion] Dots and spaces in GPC variable names
From: narf@devilix.net (Andrey Andreev)

Hi Andrea,

On Tue, May 2, 2017 at 11:08 PM, Andrea Faulds <ajf@ajf.me> wrote:
> Hey Andrey,
>
> Andrey Andreev wrote:
>>
>> I'm not surprised by the suggestion for targeting 8.0, but perhaps we
>> could think of a way to conditionally disable the mangling in 7.x and
>> then remove it entirely in 8?
>> I hate to say INI directives, but that's surely one way for a smoother
>> transition.
>
>
> Another approach I'd previously thought of was to keep in memory whatever
> information would be needed to undo the mangling process for the
> superglobals, and provide a function which would undo it. Then in 8.x it
> could become a no-op.
>

Sounds hacky to me. Plus, a function call means we can't have
environments that do it by default pre-8.0, and that in turn means a
harder migration.
But hey, as long as we get rid of the mangling, I wouldn't really care
that much! :)

Cheers,
Andrey.