Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96134
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAPwsocHWv5nQDufvTgJK4BkYsLidHxVD3NBAUkNXzOwL00kouA@mail.gmail.com>
References: <CA+kxMuQqKL7=+7NEAT8Nh6cWofJkNkQj7ujm7Ksi2yW_6cH0dQ@mail.gmail.com>
 <CAEZPtU6o2eypGrQay-+eOtkU=V_03uJNQpaRr2MVwAGGgbz7-w@mail.gmail.com> <CAPwsocHWv5nQDufvTgJK4BkYsLidHxVD3NBAUkNXzOwL00kouA@mail.gmail.com>
Date: Sun, 25 Sep 2016 19:31:04 +0700
Message-ID: <CAEZPtU5La6Nh-=JGcWFVsK+-MkT66wHVLPKYJJxeUS8FfvpGhg@mail.gmail.com>
To: Leigh <leight@gmail.com>
Cc: Dan Ackroyd <danack@basereality.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a114da690632f87053d542fb2
Subject: Re: [PHP-DEV] [VOTE] get_class() disallow null parameter
From: pierre.php@gmail.com (Pierre Joye)

--001a114da690632f87053d542fb2
Content-Type: text/plain; charset=UTF-8

On Sep 25, 2016 4:29 PM, "Leigh" <leight@gmail.com> wrote:
>
>
>
> On Sun, 25 Sep 2016 at 06:29 Pierre Joye <pierre.php@gmail.com> wrote:
>>
>> Also this behavior is clearly documented:
>>
>> http://th1.php.net/manual/en/function.get-class.php
>>
>> "If object is omitted when inside a class, the name of that class is
>> returned."
>>
>> I am opposed to break BC because we change our mind about how clean is
this
>> behavior and I recommend the (future) RMs to veto this change.
>>
>> Cheers
>> Pierre
>
>
> This is ambiguous at best.
>
> "Omitted" and "Not omitted but set to null" are different things.
>
> I'm +/-0 on the RFC, but I would not agree that the documentation is
clear.

I agree but it is how it is now. I do not see why we should yet again to
try to "clean up" things within 7.x. let at best deprecate this behavior
and remove in 8

This is kind of tiny changes that make migrations painful. We had a good
serie of releases in 5.x, 7.0 had BC breaks but good and acceptable ones
given what is 7.0. we should really try to continue on this road, 7.0 is
behind us and we are back to stable branches from a BC pov.

--001a114da690632f87053d542fb2--