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: | Nikita Popov | Date: | Fri, 10 Oct 2014 10:34:11 +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 | Groups: | php.cvs php.internals |
| Request: | Send a blank email to internals+get-77840@lists.php.net to get a copy of this message | ||
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