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...

Nikita, please add a few words abut your latest object handlers related changes. However, I hardly ever expect that people who might use these handlers read docs :) Thanks. Dmitry. On Fri, Oct 10, 2014 at 2: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 > > > > > Thanks. Dmitry. > > > > > > On Thu, Oct 9, 2014 at 11:48 PM, Stas Malyshev <smalyshev@sugarcrm.com> > > wrote: > > > >> Hi! > >> > >>> we discussed this issue with Nikita on IRC, and didn't find any use > >>> cases for objects without ce now. > >>> Nor in php neither in pecl. > >>> Do you see any problems? > >> > >> Those were used to create "bridge" APIs - like Zend's Java bridge (not > >> sure if supported now, probably not, and if it's still uses that), as > >> far as I remember. It may be that PECL does not use it but people have > >> internal extensions that are not published. So deleting a chunk of the > >> API without as much as a note on internals is not really a good idea, I > >> think. > >> > >> IRC discussion is not a public discussion, since most of the people are > >> not present on the IRC and have no idea about anything being discussed > >> there. > >> -- > >> Stanislav Malyshev, Software Architect > >> SugarCRM: http://www.sugarcrm.com/ > >> > >