Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77911 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83351 invoked from network); 13 Oct 2014 09:50:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Oct 2014 09:50:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=julienpauli@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=julienpauli@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.43 as permitted sender) X-PHP-List-Original-Sender: julienpauli@gmail.com X-Host-Fingerprint: 209.85.216.43 mail-qa0-f43.google.com Received: from [209.85.216.43] ([209.85.216.43:37325] helo=mail-qa0-f43.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 34/71-06457-870AB345 for ; Mon, 13 Oct 2014 05:50:48 -0400 Received: by mail-qa0-f43.google.com with SMTP id s7so4138595qap.2 for ; Mon, 13 Oct 2014 02:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=HIFkpvAS9R2hA4kt7bcHbynwY75RiFHAmJz7PvvL/oo=; b=l/RgvaivQc0D+b12WwGVg3UikMoxJgrc+yPzxnn5m54zfq0AFTAF6QqfSwdRll32MT 9GBxWrmRALi4L5Q7xRicLD/X+SZNNvXGvnWL0aLpGRVrwuEHxJ/1wPL9XwUDnqQzHmhZ 1y90sxisoNOwbRWgUvF8KLZnwmslZe6A3RiQoPVo+ajVFbCi3OJR3TQ+ac7ww06F8G2c /09eLOVHJjtB15TqFYSK/XnoMR7TBsIViSABNEjp46bkyJ0XXLboOcInGlYyrlvW0hdj +WQtL8MYoYVZHkC+CZvbVjAte1kTK91ul75q0EGoeNaVAr3Bho3ipzNqB4GT/SHcQwwM Jwew== X-Received: by 10.224.36.198 with SMTP id u6mr39291719qad.51.1413193845900; Mon, 13 Oct 2014 02:50:45 -0700 (PDT) MIME-Version: 1.0 Sender: julienpauli@gmail.com Received: by 10.140.101.172 with HTTP; Mon, 13 Oct 2014 02:50:05 -0700 (PDT) In-Reply-To: References: Date: Mon, 13 Oct 2014 11:50:05 +0200 X-Google-Sender-Auth: 25Qcq_8jg2ArZj4e2EO82PlcGZ8 Message-ID: To: Pierre Joye Cc: Zeev Suraski , Nikita Popov , Derick Rethans , PHP internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7 From: jpauli@php.net (Julien Pauli) On Mon, Oct 13, 2014 at 8:51 AM, Pierre Joye wrote: > On Sun, Oct 12, 2014 at 12:36 PM, Zeev Suraski wrote: > >> >> For the record, I don't feel strongly about # comments, but I do think that >> we should have good reasons to actually *remove* features that are better >> than "this is how it's done". Valid reasons can be performance penalties of >> keeping the feature, security issues, or potential significant reduction in >> codebase complexity. I'm not sure whether # comments fall into any of these >> buckets, but sounds like they don't. >> >> Each and every feature we break makes it a bit more difficult >> to upgrade. The more difficult we make it - the more people are likely to >> stick with old insecure versions, or visit alternative >> options > > I have to agree with Zeev here, with one additional note. > > We have chosen to deprecate features, including ext/mysql. If we now > decide not to remove some of them for 7, we may just remove the > deprecation flag as we are going to support them for the next decade > as well, whether we like it or not. I'm +1 with that idea :-) > > From the distros/pecl vs core, it is in my humble opinion, a non > issue. Most of the major applications support alternative drivers now, > including the most conservative ones like Wordpress (it is not badly > meant, only a a statement about the situation). Distros tend to enable > by default what the core provides or enables by default. PHP7 will be > no different. Keeping it forever won't help. Removing it may not help > as much as we wish but it will be a clear, loud and unambiguous > signal, which is a good step forward. Yep, this would clearly show our position. After that, distros of course do what they want. Julien