Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85452 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50921 invoked from network); 24 Mar 2015 17:31:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Mar 2015 17:31:36 -0000 Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.176 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 209.85.212.176 mail-wi0-f176.google.com Received: from [209.85.212.176] ([209.85.212.176:36094] helo=mail-wi0-f176.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 73/A0-44766-77F91155 for ; Tue, 24 Mar 2015 12:31:35 -0500 Received: by wibg7 with SMTP id g7so80941591wib.1 for ; Tue, 24 Mar 2015 10:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=qXP2R/rurN5ZUCkMOE0dHSGl/yD6gAZBFpFwnOVTRq4=; b=ntMlqy5Np982FbrtASVyc+S0MngXcIpE/cGCpaYj3Tk0hSyXfhpsqUkQNzU0ZHL5XA hse/Y4qv1TNkrYVOz7CtcatAqKUnt5LESml1d+r452bP1S2tZOV1aIeSwYnEFCZej4Yv ELnScogupEUUMG5VoZQwUD6F7xTsW3qjuS6MGzWZQfFUFLdFPLZFInqb7hJ+dDctcbgf HqppmYhBzonuE7zyAkiltK9r/uYnIoMTI95aGFl2IR4xDrsKigCELAUtHzRqdO1WpcmQ R4ix2pO+5vLbfKzFrp6oywTun8aKEmujIufpJoTJsdI1QJv42LXDIque4dLtWd0R9o+Y 2f9g== X-Received: by 10.194.236.200 with SMTP id uw8mr10009487wjc.10.1427218292243; Tue, 24 Mar 2015 10:31:32 -0700 (PDT) Received: from [192.168.0.159] ([62.189.198.114]) by mx.google.com with ESMTPSA id cf12sm7019418wjb.10.2015.03.24.10.31.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Mar 2015 10:31:31 -0700 (PDT) Message-ID: <55119F4E.6010503@gmail.com> Date: Tue, 24 Mar 2015 17:30:54 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: internals@lists.php.net References: <006301d06637$ebbb4ee0$c331eca0$@php.net> <007901d0664f$dee34430$9ca9cc90$@php.net> In-Reply-To: <007901d0664f$dee34430$9ca9cc90$@php.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7 From: rowan.collins@gmail.com (Rowan Collins) François Laupretre wrote on 24/03/2015 16:30: >> De : Bob Weinand [mailto:bobwei9@hotmail.com] >> >> No, he isn't asking for delaying the timeline. He's asking if we can do this >> without RFC. Minimal self-contained changes don't need a RFC and can go as >> well into alpha/beta phase without issues. > Sorry, I don't understand when a change is supposed to require an RFC or not, and when it can come after feature freeze or not. Is it written somewhere ? What is the definition of a 'minimal self-contained' change ? Why is it different if it belongs to an extension ? > > I may be wrong but the proposed change is not what I call a 'minimal self-contained' change and there's a clear BC break. I'd love it to be part of 7.0 but I would first appreciate to be sure the rules are the same for everyone. Agreed, this is quite a major feature, and pretty much everything in PHP is an "extension" as far as the architecture is concerned. While I agree it would be great to phase this functionality out, I don't see how that can be done without an RFC. Regards, -- Rowan Collins [IMSoP]