Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:78224 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21934 invoked from network); 22 Oct 2014 08:51:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Oct 2014 08:51:37 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.67 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.67 smtp67.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.67] ([108.166.43.67:37567] helo=smtp67.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B2/23-01590-71077445 for ; Wed, 22 Oct 2014 04:51:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp9.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 2A0DA380314; Wed, 22 Oct 2014 04:51:33 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp9.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 8C1E43802AA; Wed, 22 Oct 2014 04:51:32 -0400 (EDT) X-Sender-Id: smalyshev@sugarcrm.com Received: from Stass-MacBook-Pro.local (108-66-6-48.lightspeed.sntcca.sbcglobal.net [108.66.6.48]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.2.13); Wed, 22 Oct 2014 08:51:33 GMT Message-ID: <54477013.3070502@sugarcrm.com> Date: Wed, 22 Oct 2014 01:51:31 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Zeev Suraski , Andrea Faulds CC: PHP Internals References: <66B7B28C-2651-4A71-AC2A-55D4C7BB3DDC@ajf.me> <866A39C7-6F11-408D-8BCA-594BA22E8569@ajf.me> <5447682B.2080100@sugarcrm.com> 2b3cf64265e54aaaa404198da2b58ded@mail.gmail.com <3a665ef1f9227f6f8b1181575d894b39@mail.gmail.com> In-Reply-To: <3a665ef1f9227f6f8b1181575d894b39@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Safe Casting Functions From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Thinking a bit more on this, if we don't want the 2/3 hurdle and perhaps > make this a bit (or actually a lot) less controversial, we should change the > names of these functions. to_float() strongly implies that this function > represents PHP's standard typing ruleset, which these functions do not. If it's done as part of filter or maybe even some aliases, like filter_float for example (I still not completely getting why one needs them, but assuming it's just my problem), then it can be considered filter part, under the condition that these rules are not set in the engine as "the rules" for treating the types - otherwise it's still be language change. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/