Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42058 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7211 invoked from network); 26 Nov 2008 19:34:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Nov 2008 19:34:25 -0000 Authentication-Results: pb1.pair.com header.from=scott@macvicar.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=scott@macvicar.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain macvicar.net from 193.227.246.108 cause and error) X-PHP-List-Original-Sender: scott@macvicar.net X-Host-Fingerprint: 193.227.246.108 ip246-108-v193.static.x-ip.net Received: from [193.227.246.108] ([193.227.246.108:59758] helo=lovelace.midden.org.uk) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 86/85-12977-EB4AD294 for ; Wed, 26 Nov 2008 14:34:23 -0500 Received: from [82.132.136.207] (helo=[10.37.213.182]) by lovelace.midden.org.uk with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1L5Q9I-0001NU-Go; Wed, 26 Nov 2008 19:34:11 +0000 References: <36F14278-2896-40E1-971C-E488E890EAF7@pooteeweet.org> <492D232D.5090503@macvicar.net> <63F9B105-803B-4DD6-97E9-C656069FD181@pooteeweet.org> <492D900B.7020308@zend.com> <1323243616.20081126195630@marcus-boerger.de> Message-ID: To: Marcus Boerger In-Reply-To: <1323243616.20081126195630@marcus-boerger.de> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Date: Wed, 26 Nov 2008 19:33:59 +0000 Cc: Stanislav Malyshev , Lukas Kahwe Smith , PHP Internals X-Spam-Score: -4.4 X-Spam_Report: Spam detection software, running on the system "lovelace.midden.org.uk", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 26 Nov 2008, at 18:56, Marcus Boerger wrote: > Hello Stanislav, > > why not have a secondary extension definition in ext/hash? > > Wednesday, November 26, 2008, 7:06:03 PM, you wrote: > >> Hi! > >>> Then again, we maintain BC aside from this single call to >>> determine if >>> the extension is loaded, so I guess yeah .. lets just remove it .. >>> we >>> are expecting people to update their code. > >> If we have function-level BC - why not just add stub extension with >> dependency on hash. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: Re: [PHP-DEV] apha3 From: scott@macvicar.net (Scott MacVicar) On 26 Nov 2008, at 18:56, Marcus Boerger wrote: > Hello Stanislav, > > why not have a secondary extension definition in ext/hash? > > Wednesday, November 26, 2008, 7:06:03 PM, you wrote: > >> Hi! > >>> Then again, we maintain BC aside from this single call to >>> determine if >>> the extension is loaded, so I guess yeah .. lets just remove it .. >>> we >>> are expecting people to update their code. > >> If we have function-level BC - why not just add stub extension with >> dependency on hash. I looked at this but php.h would want to include a mhash header file, at least I think that's what it was from memory. Scott