Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84304 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25004 invoked from network); 4 Mar 2015 20:56:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Mar 2015 20:56:56 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.22 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.22 mout.gmx.net Received: from [212.227.17.22] ([212.227.17.22:65081] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D5/A9-56703-59177F45 for ; Wed, 04 Mar 2015 15:56:54 -0500 Received: from [192.168.0.101] ([91.67.244.80]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lj25i-1Xulbf43NG-00dCpP; Wed, 04 Mar 2015 21:56:38 +0100 Message-ID: <54F77188.5020506@gmx.de> Date: Wed, 04 Mar 2015 21:56:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Leigh , Yasuo Ohgaki CC: "internals@lists.php.net" References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:rU+o8XzOW1WTHHGtXNExfoHOOcHi1q4tW+RS24pYfGTaDyy4R9Y FOoJ/3+eX8U//93UxduqNvo8K7l68GfsX6zygpt2xlyhqxJJZuwtptXuG4qmyy6Kl3UcMs1 kV73JTHOt2kvNNqJs0bOhI3tZw6Gtj/tNExQ1UsVsFoPGzRuSPJk1B/bGXt5GOTl3eTD0dW 4OP6LhtZ1duXjPs8c2+qA== X-UI-Out-Filterresults: notjunk:1; Subject: Re: [PHP-DEV] Consistent function names From: cmbecker69@gmx.de (Christoph Becker) Leigh wrote: > On 1 March 2015 at 11:29, Yasuo Ohgaki wrote: >> >> Thoughts? >> > > require 'function_aliases.php'; // End of discussion. It is not possible to my knowledge, however, to define function aliases in PHP (a wrapper function would have an obvious performance penalty). Maybe that would be a nice addition to the language. > Maintain it however you want, set it up as a composer package, > whatever. Absolutely no reason for this to be in core, and absolutely > not worth the trouble it causes. I fully agree. -- Christoph M. Becker