Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57335 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67522 invoked from network); 10 Jan 2012 21:01:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jan 2012 21:01:33 -0000 Authentication-Results: pb1.pair.com header.from=chortos@inbox.lv; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=chortos@inbox.lv; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain inbox.lv designates 89.111.3.82 as permitted sender) X-PHP-List-Original-Sender: chortos@inbox.lv X-Host-Fingerprint: 89.111.3.82 shark2.inbox.lv Received: from [89.111.3.82] ([89.111.3.82:58743] helo=shark2.inbox.lv) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 68/A2-54979-B27AC0F4 for ; Tue, 10 Jan 2012 16:01:32 -0500 Received: from mail.inbox.lv (pop [10.0.1.110]) by shark2-plain.inbox.lv (Postfix) with ESMTP id 83EAEA1CC; Tue, 10 Jan 2012 23:01:28 +0200 (EET) Received: from [192.168.1.139] (unknown [77.38.233.95]) (Authenticated sender: chortos@inbox.lv) by mail.inbox.lv (Postfix) with ESMTPSA id 552947E2E8; Tue, 10 Jan 2012 23:01:27 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii In-Reply-To: <59C30E1D-C101-4696-AB21-EE167AD56277@roshambo.org> Date: Tue, 10 Jan 2012 23:01:27 +0200 Cc: Pierre Joye , Ferenc Kovacs , internals@lists.php.net Content-Transfer-Encoding: 7bit Message-ID: References: <776626C5-4546-4297-9328-6FEA6385B1B0@roshambo.org> <59C30E1D-C101-4696-AB21-EE167AD56277@roshambo.org> To: Philip Olson X-Mailer: Apple Mail (2.1084) X-Virus-Scanned: OK Subject: Re: [PHP-DEV] disabling ereg From: chortos@inbox.lv (Oleg Oshmyan) > (3) We cannot disable/remove ereg at compile time (today) > > I'm suggesting we alter (3) so that we, the people who compile > PHP, can optionally remove this extension from our PHP 5.4+. For what it's worth, I was able to successfully remove ereg from PHP 5.3 (.6, I think; this was a while ago) by just removing ext/ereg from the source tree before running configure (same with reflection and spl). I presume though that this only worked because I happened to disable all extensions that depended on ereg at the same time. Even so, an option would be useful even if it was accompanied by a warning saying that it might break the build depending on other extension choices. -- Oleg