On Wed, April 18, 2012 9:42 pm, Rasmus Schultz wrote:
>> On 04/10/2012 06:20 PM, Adir Kuhn wrote:
>>
>>  "PHP Gotchas, how they came to be, and why we can't simply fix
>> them"
>>
>
> can't or won't?
>
> It seems that the requirement for backward compatibility, as with most
> software, stands in the way of any substantial leaps, and makes it
> impossible to do away with outdated cruft. As a result, PHP is
> dragging around a lot of baggage - both the language itself and the
> libraries.
>
> Hey, here's a crazy thought:
>
> <?php6
>
> Now you don't have to be backward compatible - the bytecode needs to
> remain compatible with bytecode generated by standard <?php tags of
> course, but you're free to change/improve/deprecate/extend the syntax,
> update inconsistent APIs, etc.
>
> I know this is no small thing, heh. I'm sure there's some technical
> reason this isn't even feasible or possible...
>
> I just figured I'd bring it up anyway, it's always fun to see your
> reactions to such radical ideas - bring on the flames! ;-)

Using the Duck Rule, this seems the same as a php.ini switch for core
PHP.

We all know how that one worked out...


-- 
brain cancer update:
http://richardlynch.blogspot.com/search/label/brain%20tumor
Donate:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=FS9NLTNEEKWBE



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

Reply via email to