Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31108 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27868 invoked by uid 1010); 19 Jul 2007 17:52:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 27847 invoked from network); 19 Jul 2007 17:52:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jul 2007 17:52:15 -0000 Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.163 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.163 mail4.netbeat.de Received: from [83.243.58.163] ([83.243.58.163:51184] helo=mail4.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EE/64-21764-AC4AF964 for ; Thu, 19 Jul 2007 13:52:14 -0400 Received: (qmail 6785 invoked by uid 507); 19 Jul 2007 17:52:05 -0000 Received: from unknown (HELO ?192.168.1.102?) (postmaster%schlueters.de@82.135.72.137) by mail4.netbeat.de with ESMTPA; 19 Jul 2007 17:52:05 -0000 To: David Coallier Cc: Antony Dovgal , Keryx Web , internals@lists.php.net In-Reply-To: References: <469E59FA.6060104@keryx.se> <0E62C134-68DF-4240-81BB-3A3EEA0E293D@prohost.org> <469F6A09.2050909@keryx.se> <469F6EE1.7080104@zend.com> Content-Type: text/plain Date: Thu, 19 Jul 2007 19:50:41 +0200 Message-ID: <1184867441.2826.25.camel@johannes.nop> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 (2.10.2-2.fc7) Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] libc and random functions From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi David, On Thu, 2007-07-19 at 13:09 -0400, David Coallier wrote: > After a bit of discussion with Jani, I came to realize that keeping > the wrapper macro for php_rand, php_srand is plain useless. Yes some > pecl extensions do rely on them (and for those who do, I also provided > a patch [3]). We both realized that there's not many extensions > relying on php_rand and php_srand thus removed it completely.. I don't think that removing APIs during a point release is a good thing. Even when you grepped through PECL it doesn't mean that not more extensions are using these functions. I'm fine with removing it from HEAD, if there's an replacement but not for a bugfix release. johannes