Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70069
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.171 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <527DF228.1080108@sugarcrm.com>
References: <CAGa2bXY4mS27qAfD6U03pxFyRNyK1AAowY3D0MxeqcjNQSKqRw@mail.gmail.com>
 <527DF228.1080108@sugarcrm.com>
Date: Sun, 10 Nov 2013 07:33:57 +0900
Message-ID: <CAGa2bXbqR7Cg_pmq0VnZhMHzXfTrR7ve1yYKoeiEf88Oght2tg@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e0160b8fea1cf1104eac61aef
Subject: Re: [PHP-DEV] [RFC] Comparison and conversion inconsistency - need
 more info
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

--089e0160b8fea1cf1104eac61aef
Content-Type: text/plain; charset=UTF-8

Hi Stas,

On Sat, Nov 9, 2013 at 5:28 PM, Stas Malyshev <smalyshev@sugarcrm.com>wrote:

> Hi!
>
> > I was surprised that wired min() behavior.
> > The cause of this behavior is in Zend API.
> >
> > https://bugs.php.net/bug.php?id=53104
> >
> > So I've made FRC to discuss/document/fix such behavior.
> >
> > If anyone know such behavior, please let me know so that I can write them
> > in the RFC.
>
> In the engine, null is less than -1. Changing it would be a very
> profound compatibility break, so I do not think it can be done in any
> 5.x version.
>
> Current behavior is described here in detail:
> http://php.net/manual/en/language.operators.comparison.php
>
> Null is the same as false in this case, which is less than any non-false
> value. -1 is a non-false value.
>

My intention is not fix them all, but document them if we are not
going to fix inconsistent behaviors.

For example, string may be converted to int when it seems int/float or hex,
but it's not converted when it seems octal or binary. I think it's not
documented yet. (At least not clearly, is it? Adding octal/binary conversion
is not a good idea. Likewise, -1 should be true.)

I'm wandering whether there are functions like min(). It does not
follow basic comparison/conversion rules. min() behavior is nonsense and
it would be good fixing min() at some point. Not many users will be
affected, IMO.

https://bugs.php.net/bug.php?id=53104

There may be function like min(), but it may not be feasible to change
behavior. If change is not feasible, we may document behavior instead.
If we fix little inconsistencies like this, it would be better fix them all
at once.

Do you know any functions like min()?

Regards,

BTW, typo in s/wired/weird/ in first post :(

--
Yasuo Ohgaki
yohgaki@ohgaki.net

--089e0160b8fea1cf1104eac61aef--