Re: Re: internals Digest 18 Apr 2012 20:34:27 -0000 Issue 2671

From: Date: Sat, 05 May 2012 13:12:28 +0000
Subject: Re: Re: internals Digest 18 Apr 2012 20:34:27 -0000 Issue 2671
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-60461@lists.php.net to get a copy of this message
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

« previous php.internals (#60461) next »