Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44071 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88640 invoked from network); 26 May 2009 23:10:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 May 2009 23:10:01 -0000 Authentication-Results: pb1.pair.com header.from=shire@tekrat.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=shire@tekrat.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain tekrat.com from 208.43.138.18 cause and error) X-PHP-List-Original-Sender: shire@tekrat.com X-Host-Fingerprint: 208.43.138.18 sizzo.org Linux 2.6 Received: from [208.43.138.18] ([208.43.138.18:58421] helo=sizzo.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CC/5F-35509-8C67C1A4 for ; Tue, 26 May 2009 19:10:01 -0400 Received: from shirebook.tekrat.linksys (unknown [75.101.56.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by sizzo.org (Postfix) with ESMTPSA id BDED5CBE545; Tue, 26 May 2009 16:09:56 -0700 (PDT) Message-ID: <4A1C76C2.80400@tekrat.com> Date: Tue, 26 May 2009 16:09:54 -0700 User-Agent: Postbox 1.0b12 (Macintosh/2009051120) MIME-Version: 1.0 To: Antony Dovgal CC: David Soria Parra , internals@lists.php.net References: <4A1BDCF3.1020703@gmx.net> <4A1BE23A.7000408@daylessday.org> In-Reply-To: <4A1BE23A.7000408@daylessday.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Removing zend_hash_func in PHP 6.0 From: shire@tekrat.com (shire) Antony Dovgal wrote: > On 26.05.2009 16:13, David Soria Parra wrote: >> Hi List, >> >> I recently discovered that zend_hash_func is equal to >> zend_get_hash_value. To clean this up, I would like to remove >> zend_hash_func in favor of zend_get_hash in HEAD. If there are no >> objections I would commit a patch in a few days. > > 12:48<@tony2001> dsp__: I see no point in removing it completely and breaking BC for no reason > 12:48<@tony2001> you can remove it, but leave a macro to make sure old code still works > I would like to see us clean up items like this as part of the PHP-6 release, part of the list of todo items was to get rid of any bits like this that can be unnecessarily confusing etc. I do think it should be done in a way that deprecates one of the functions, but not the other to make migration easier for extensions (unless we have a compelling reason for a complete rename). -shire