Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57729 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12876 invoked from network); 5 Feb 2012 16:37:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Feb 2012 16:37:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=tom@punkave.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tom@punkave.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain punkave.com designates 209.85.210.170 as permitted sender) X-PHP-List-Original-Sender: tom@punkave.com X-Host-Fingerprint: 209.85.210.170 mail-iy0-f170.google.com Received: from [209.85.210.170] ([209.85.210.170:45721] helo=mail-iy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B2/B0-09047-C30BE2F4 for ; Sun, 05 Feb 2012 11:37:17 -0500 Received: by iakk32 with SMTP id k32so8334449iak.29 for ; Sun, 05 Feb 2012 08:37:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.151.68 with SMTP id d4mr13949979icw.36.1328459832955; Sun, 05 Feb 2012 08:37:12 -0800 (PST) Received: by 10.231.178.65 with HTTP; Sun, 5 Feb 2012 08:37:12 -0800 (PST) In-Reply-To: <4F2EAF7D.9080506@thelounge.net> References: <4F2EAF7D.9080506@thelounge.net> Date: Sun, 5 Feb 2012 11:37:12 -0500 Message-ID: To: Reindl Harald Cc: internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] [RFC] Deprecate and remove /e modifier from preg_replace From: tom@punkave.com (Tom Boutell) A sense of humor is important when reading mailing lists frequented by extremely clever people (: On Sun, Feb 5, 2012 at 11:34 AM, Reindl Harald wrote: > what he hell - if you kill eval you would kill the whole > work of my life and yes i know that eval is evil and > it is only used at one place which is a central and > real important to include modules and set parameters > dynamically > > the /e modifier is a total other dimension because it can > be used by people not knowing what they are doing exactly > by C&P any code snippet > > eval() is a documentated function > > Am 05.02.2012 17:21, schrieb Pierre Joye: >> I think we should remove eval at the same time then. As the risk is >> exactly the same in both situations. Eval is just as evil and can be >> avoided as well (or any other similar features, not sure if other exts >> allow that). >> >> Cheers, >> >> On Sun, Feb 5, 2012 at 3:59 PM, Nikita Popov wrote: >>> Hi internals! >>> >>> I have written an RFC that proposes to *deprecate* and *remove* the /e modifier: >>> >>> https://wiki.php.net/rfc/remove_preg_replace_eval_modifier >>> >>> Comments welcome! > -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com