Pavel,

On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil <pajou...@gmail.com> wrote:
> On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara <ircmax...@gmail.com> wrote:
>>
>> But for today, I firmly believe that the Dual-Mode proposal is the
>> only one that stands a chance of passing. I think it's the best chance
>> for the language, and it's the only one that tries to unite the
>> different usages of PHP into a single group, rather than alienating
>> users.
>>
>
> Hello,
>
> I see (as a userland developer) these problems with dual mode:
> - It is a "setting" that changes the language's behavior; I don't
> think that it matters whether or not it would be an INI setting or the
> declare() one, because both of them are bad.
> - It does not "unite different usages of PHP into a single group"; it
> does exactly the opposite, splitting PHP usage into TWO groups.
> - Once this dual mode would be introduced to PHP, there would probably
> be no way of removing it later without massive BC break, once most
> people would realize that it is really awful to have it in the
> language.
>
> (There's probably more of them, but these are the biggest issues I
> currently have.)
>
> Regards
> Pavel Kouril
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

Hang on. This is not the time to nitpick things in various RFCs that
have already been answered time and time again.

An ini setting would be insane because taking an app that works on one
machine and putting it on another would completely break the app.
Hello anything using Composer, hello any CMS, hello any system moving
to a new host that doesn't let you change ini settings, or you dont
know how.

A declare statement in the top of the file changing how that file
handles things is hardly a problem, and is exactly how a lot of other
languages do things. Hello JavaScript.

It seems like you didn't read anything now you're just saying "it's
bad" a lot. Please don't do that.

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to