Re: Re: com php-src: Remove support for classes without class entries: Zend/zend_API.c Zend/zend_builtin_functions.c Zend/zend_closures.c
Zend/zend_execute.h Zend/zend_interfaces.c Zend/zend_object_handlers.c Zend/zend_object_handlers.h Zend/zend...
| From: | Dmitry Stogov | Date: | Fri, 10 Oct 2014 12:21:30 +0000 |
| Subject: | Re: Re: com php-src: Remove support for classes without class entries: Zend/zend_API.c Zend/zend_builtin_functions.c Zend/zend_closures.c Zend/zend_execute.h Zend/zend_interfaces.c Zend/zend_object_handlers.c Zend/zend_object_handlers.h Zend/zend... |
||
| References: | 1 2 3 4 5 6 7 | Groups: | php.cvs php.internals |
| Request: | Send a blank email to internals+get-77849@lists.php.net to get a copy of this message | ||
yes, we will need to do something when we will going to freeze future major
development.
https://wiki.php.net/phpng-upgrading is not up
to date as well.
Thanks. Dmitry.
On Fri, Oct 10, 2014 at 2:34 PM, Nikita Popov <nikita.ppv@gmail.com> wrote:
> On Fri, Oct 10, 2014 at 12:59 AM, Tjerk Meesters <tjerk.meesters@gmail.com
> > wrote:
>
>> Hi
>>
>> On 10 Oct 2014, at 03:57, Dmitry Stogov <dmitry@zend.com> wrote:
>>
>> > Yeah, JavaBridge used it, but it doesn't means it need it.
>> >
>> > zend_class_entry * _php_java_get_class_entry(zval *object TSRMLS_DC)
>> > {
>> > return java_class;
>> > }
>> >
>> > I agree, it would be better if we would discuss it on @internals, but it
>> > would take much longer time
>> > If you still see use cases for it, please show
>>
>> If anything, could this be recorded in the UPGRADING file?
>>
>> Thanks
>>
>
> Sure thing, I added some notes to UPGRADING.INTERNALS. Feels a bit weird,
> given how most of our object handlers changed in master and these are the
> only ones mentioned. We should probably merge
> https://wiki.php.net/phpng-upgrading into UPGRADING.INTERNALS
> at some
> point.
>
> Nikita
>
>