Re: [RFC] [Vote] var_info

From: Date: Fri, 22 Jul 2016 20:21:19 +0000
Subject: Re: [RFC] [Vote] var_info
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-94640@lists.php.net to get a copy of this message
On Sat, Jul 9, 2016 at 12:19 AM, Stanislav Malyshev <smalyshev@gmail.com> wrote: > Hi! > > > Lastly, I'll just leave this list of type-related improvements I'd > actually > > like to see: > > * Make is_object() return true for IncompleteClass. This is just > > ridiculous. I care zero about the theoretical BC impact. > > I have no idea why it doesn't do so. I'll try to dig up when it was made > so and see if there's some explanation. > > > * Make gettype() return 'resource (unknown type)' instead of just > > 'unknown type' for closed resources. This makes the output clear while > > still leaving the closed resource distinction. > > That makes total sense. And BC impact is rather minimal given that > closed resources are useless. > I've created PRs for both of these: gettype() on closed resources: https://github.com/php/php-src/pull/2022 is_object() on Incomplete_Class: https://github.com/php/php-src/pull/2023 Unless there are objections from core devs I'll apply both in a few days. Nikita > * Normalize error message. IIRC currently our type error messages are > > really weird, in that they use terms like "integer" which are not > actually > > valid type hints (or have different meaning). Fixing this doesn't even > need > > a proposal, just a PR. > > Right. But ensure tests are fixed, that's probably where one has to > spend some time on cleaning it up. > > -- > Stas Malyshev > smalyshev@gmail.com >

« previous php.internals (#94640) next »