Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:83387 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14144 invoked from network); 21 Feb 2015 13:32:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Feb 2015 13:32:12 -0000 Authentication-Results: pb1.pair.com header.from=tpunt@hotmail.co.uk; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tpunt@hotmail.co.uk; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain hotmail.co.uk designates 157.55.1.155 as permitted sender) X-PHP-List-Original-Sender: tpunt@hotmail.co.uk X-Host-Fingerprint: 157.55.1.155 dub004-omc2s16.hotmail.com Received: from [157.55.1.155] ([157.55.1.155:57520] helo=DUB004-OMC2S16.hotmail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F6/75-08895-9D888E45 for ; Sat, 21 Feb 2015 08:32:11 -0500 Received: from DUB113-W95 ([157.55.1.138]) by DUB004-OMC2S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 21 Feb 2015 05:32:06 -0800 X-TMN: [VG1HTrMw6MkYDmNxUn3gqj8zoVskOh5H] X-Originating-Email: [tpunt@hotmail.co.uk] Message-ID: Content-Type: multipart/alternative; boundary="_287a52bc-48d6-4161-8231-998e19d7fc82_" To: Leigh CC: "internals@lists.php.net" Date: Sat, 21 Feb 2015 13:32:06 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 21 Feb 2015 13:32:06.0910 (UTC) FILETIME=[C94B29E0:01D04DDA] Subject: RE: [PHP-DEV] [RFC] Make empty() a Variadic From: tpunt@hotmail.co.uk (Thomas Punt) --_287a52bc-48d6-4161-8231-998e19d7fc82_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey Leigh=2C > Hey Tom=2C >=20 > Patch looks solid (basically the same as the isset logic with OR > instead of AND). I think it's fairly sane to have this feature because > it compliments isset functionality (although I dislike "empty" > personally - consistency is nice) >=20 > No RFC would be complete without a complaint about naming. > "empty_expressions" ... I'll give you an empty expression! >=20 > But overall +1 on functionality and patch. >=20 > Cheers! >=20 > Leigh. Thanks for the feedback :) -Tom = --_287a52bc-48d6-4161-8231-998e19d7fc82_--