Re: Re: com php-src: bump versions: configure.in main/php_version.h
| From: | Björn Larsson | Date: | Thu, 20 Aug 2015 13:38:12 +0000 |
| Subject: | Re: Re: com php-src: bump versions: configure.in main/php_version.h | ||
| References: | 1 2 3 4 5 6 7 8 9 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-87816@lists.php.net to get a copy of this message | ||
Den 2015-08-19 kl. 19:15, skrev Anatol Belski:
Hi,is a bit of a separate topic. Since the behaviour is changed vs PHP 5, now catching exceptions and errors versus just exceptions earlier, it would be good to see the impact as you propose above. Regards //Björn-----Original Message----- From: Sebastian Bergmann [mailto:sebastian@php.net] Sent: Wednesday, August 19, 2015 4:21 PM To: internals@lists.php.net Subject: Re: [PHP-DEV] Re: [PHP-CVS] com php-src: bump versions: configure.in main/php_version.h Am 19.08.2015 um 16:09 schrieb Niklas Keller:Actually I would mind that. As much as I personally would see all the issues resolved, as much as an RM I understand that it would mean just crashing PHP7. The most of user space code works either without change or with some additional effort. People already - port PHP code - port C code - document the features - read the docs :) - etc. Actually, if someone is in the mood to go for an RFC to change the 7.0 timeline and it is accepted - so be, let's go for an alpha again and move the final to spring :) Otherwise - we're really in the freeze. With the particular set_exception_handler thread - it would be not bad to see first - some affected places in the real apps - some implementation - some tests That can help to understand the magnitude/impacts to the current code base. Many of the topics are just too heavy to be handled within the current timeline which is still valid. Regards Anatol Totally agree, we shouldn't jeopardize PHP 7 timeline and set_exception_handlerTBH, I'd rather take the time and have a delayed release without a hurry than shipping a final version with unresolved problems. Having a schedule to follow is nice, but you should rethink the schedule when problems arise instead of following it no matter what.+1