Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:59686
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1334100700.4609.79.camel@guybrush>
References: <CAF+90c_hj7PrWbm42dj0DhN7Ygmc=vckP=bcYfsVuod4=RrOQQ@mail.gmail.com>
	<CAFp3-p90hjjvj90jt86UsEv=VT19vOvdDN2YoGS1+cOAF-NDZg@mail.gmail.com>
	<1334100700.4609.79.camel@guybrush>
Date: Tue, 10 Apr 2012 19:37:49 -0400
Message-ID: <CAFp3-p8qRKU8xt2Z0W8+LQO3=Ty+J-HYEhqYHi6gqYPMnUmt1w@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=0016e6ddfefb5e6a7e04bd5b9cb9
Subject: Re: [PHP-DEV] Allow non-variable arguments to empty()
From: jelle.zijlstra@gmail.com (Jelle Zijlstra)

--0016e6ddfefb5e6a7e04bd5b9cb9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2012/4/10 Johannes Schl=FCter <johannes@schlueters.de>

> On Tue, 2012-04-10 at 19:12 -0400, Jelle Zijlstra wrote:
> > I think this is a useful simplification of the language, removing an
> > unnecessary exception. Would it also make sense to make empty() into a
> > library function instead of a language construct? That would not
> > result in
> > any BC break as far as I can see, but would allow some things that are
> > currently impossible (e.g., a method called "empty") and further
> > simplify
> > the language.
>
> It would, as an empty function would spit notices if the variable
> doesn't exist (or would have to use references, which would create the
> variable  if it didn't exist already) and therefore destroy the primary
> use of that construct ... oh and such an empty won't be different from a
> simple "if" or bool cast.
>
> johannes
>
> You are quite right; I'm sorry for forgetting about that.

--0016e6ddfefb5e6a7e04bd5b9cb9--