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

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