Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77196 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49623 invoked from network); 14 Sep 2014 19:01:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Sep 2014 19:01:20 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.171 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.216.171 mail-qc0-f171.google.com Received: from [209.85.216.171] ([209.85.216.171:35576] helo=mail-qc0-f171.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D6/A0-43467-FF5E5145 for ; Sun, 14 Sep 2014 15:01:19 -0400 Received: by mail-qc0-f171.google.com with SMTP id x13so732197qcv.16 for ; Sun, 14 Sep 2014 12:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tCNtbO4yCPteWSx7QkcLhpOe5afIh6/wW+lKHwrLq/Q=; b=a8v01lDiqxIypyi6TsVUSHTE6PZJN4BvkntYM49XVes49kNl63Z6XPUs6CKBiCCcF8 /S45+7jaXI3O1VykH7aoqUEhGKSt0PsRGKEaN9Z4cNo2ATaS3X31yLDsxqqz1NAKsuIB DPbhrvOxVNsCFj6GJTYRkzQbazl1wMX8rVpkjFbgeZFjIfgi5Kx2m9wty+Gkb2DP/HVM GyKClbpVbdpTPrKQCbCNiXpM3F96opFZpZ7g06RQtB2UXGzMtsvlFunyDxizOO8pUjwT 5p4Wzmxq7/tHtAFkXytLs0UVHAnGOaKtCeJwLstgwPN7CK1kkcflR98UotxtmzZv1rcw 8jIQ== MIME-Version: 1.0 X-Received: by 10.224.8.66 with SMTP id g2mr15196071qag.18.1410721276867; Sun, 14 Sep 2014 12:01:16 -0700 (PDT) Received: by 10.140.22.51 with HTTP; Sun, 14 Sep 2014 12:01:15 -0700 (PDT) Received: by 10.140.22.51 with HTTP; Sun, 14 Sep 2014 12:01:15 -0700 (PDT) In-Reply-To: <5415DC76.7070105@gmail.com> References: <6893A97A-EC4C-4124-B804-96E2A26B953F@ajf.me> <20140914000718.GB14312@phcomp.co.uk> <3177B936-50C1-4E5D-8687-FD235C72B411@ajf.me> <54153692.7050500@sugarcrm.com> <9CE963B0-E624-4267-BC2A-0F8D1F985DAE@ajf.me> <6f2236e18c61d30b247e1c6bb2de10f1@mail.gmail.com> <8556C1E7-EDF3-47E2-9DA0-C9AB63DE56E6@ajf.me> <6E402FE8-119A-4BBB-B652-97A0DBEC8BC9@ajf.me> <5415DC76.7070105@gmail.com> Date: Sun, 14 Sep 2014 21:01:15 +0200 Message-ID: To: Rowan Collins Cc: PHP internals Content-Type: multipart/alternative; boundary=001a11c2b50895bf0705030b24af Subject: Re: [PHP-DEV] [VOTE][RFC] Scalar Type Hinting with Cast From: pierre.php@gmail.com (Pierre Joye) --001a11c2b50895bf0705030b24af Content-Type: text/plain; charset=UTF-8 On Sep 14, 2014 8:21 PM, "Rowan Collins" wrote: > As Andrea points out, one of the big problems in this discussion is that those internal functions aren't actually consistent with one another - some of the logic is built into zned_parse_parameters, but fallback behaviour and additional checks are implemented ad hoc all over the standard library. This is exactly the issue we are battling here. One side wants to be consistent with inconsistencies (and tbh quite confusing) while the other side wants to allow userland implemented APIs to actually be consistent. I am not judging any of these sides but we are heading to a status quo here, for no good reason. We all know that this is a feature desired by a very large of our users. Let not block it. --001a11c2b50895bf0705030b24af--