Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57725 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7497 invoked from network); 5 Feb 2012 16:21:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Feb 2012 16:21:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.170 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.161.170 mail-gx0-f170.google.com Received: from [209.85.161.170] ([209.85.161.170:46897] helo=mail-gx0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 96/65-36317-D8CAE2F4 for ; Sun, 05 Feb 2012 11:21:33 -0500 Received: by ggki2 with SMTP id i2so2675719ggk.29 for ; Sun, 05 Feb 2012 08:21:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WourTWG6gAF/iNEfY0ApFqHSc2mdZlwf0ge5xDwHq54=; b=au6etqgqPqaBs3ylDYijN/Pn8p2Ey4QjabTV+Y85Ywyj1T/kij+XP0ZJmqC8LDwV52 BnpTpY4YbA810K/PdsWaCoLQs4ul2qCMQd/md+21r4dbGqkQzYMZ5VOZDGb3lOQr41Os 006Vxaj1qiL8BoqDL6gU8w9p0sb8t9Hr0jVKQ= MIME-Version: 1.0 Received: by 10.101.144.27 with SMTP id w27mr5655262ann.72.1328458891160; Sun, 05 Feb 2012 08:21:31 -0800 (PST) Received: by 10.146.197.7 with HTTP; Sun, 5 Feb 2012 08:21:31 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Feb 2012 17:21:31 +0100 Message-ID: To: Nikita Popov Cc: PHP internals Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] [RFC] Deprecate and remove /e modifier from preg_replace From: pierre.php@gmail.com (Pierre Joye) hi, 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! > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org