On Wed, 11 Jan 2017 16:51:22 +0300, Michał Brzuchalski
<mic...@brzuchalski.com> wrote:
2017-01-11 14:35 GMT+01:00 Nikita Nefedov <inefe...@gmail.com>:
-- snip --
[xxxx xxxx xxxx xxxx] xxxx xxxx xxxx xxy0 - for IS_OBJECT type hint
where the `xxxx`s are a (zend_string *) pointer and `y` designates
an allow_null flag
I've got prepared Object Typehint RFC
https://wiki.php.net/rfc/object-typehint where
IS_OBJECT is used without class name as type hint for any object kind,
if this patch
would be applied how can I deal with this new zend_type?
As far as I undestand last 0 for IS_OBJECT and no (zend_string *)
pointer would give me
empty zend_string value right? So that won't bive me any chances to
store IS_OBJECT
without classname am I right?
Hey Michal,
no for you it's quite easy, you can just store IS_OBJECT with
ZEND_TYPE_ENCODE_HINT(IS_OBJECT, is_null)
But then the code that checks ZEND_TYPE_IS_CLASS will need to
be adjusted to work with
ZEND_TYPE_IS_HINT(type) == 1 && ZEND_TYPE_HINT(type) == IS_OBJECT
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
