Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85549 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46788 invoked from network); 30 Mar 2015 11:15:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Mar 2015 11:15:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=mike.php.net@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mike.php.net@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.50 as permitted sender) X-PHP-List-Original-Sender: mike.php.net@gmail.com X-Host-Fingerprint: 74.125.82.50 mail-wg0-f50.google.com Received: from [74.125.82.50] ([74.125.82.50:36678] helo=mail-wg0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/50-44554-56039155 for ; Mon, 30 Mar 2015 06:15:50 -0500 Received: by wgra20 with SMTP id a20so169769047wgr.3 for ; Mon, 30 Mar 2015 04:15:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=jLrz0ZKyLJZR29xF4NvpGzUZFoYzj1utx43IJ6tTts0=; b=Tr7a/stJI+2zFDlx1xsPCclJz5oFwPZcqxWMc+Oivx1pNdqrMdcO6EN5Jym8eB6VP4 nct9TyGyzuGe075z/2/v6xX9DLVrsgSsuj4OaZW+GaDkEi02ly/MbBrnNgfYMZQG5+7F 6lx+O2x0Dkl4NqnEMPkMmuyJdwHD1cj9FbSjWoq44vfsu8E89y1pW7eyCsPNDGUMo4r2 mbmgPhRm8S+oDjNKFKRRpH4ToNMt92UiRmNUg+H5Yz5vGOCIPuNY/U87cSWLu6V5K/am MivA/3cT++u1S42SRwyPGbpSDtOszsuNWPIKDiCZI+MV5Ab6bLmhSHVINm+0d79rD4XB yv4w== X-Received: by 10.194.177.195 with SMTP id cs3mr61243113wjc.141.1427714146592; Mon, 30 Mar 2015 04:15:46 -0700 (PDT) Received: from [192.168.2.120] (89-104-28-113.customer.bnet.at. [89.104.28.113]) by mx.google.com with ESMTPSA id k6sm15877528wia.6.2015.03.30.04.15.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Mar 2015 04:15:45 -0700 (PDT) Sender: Michael Wallner Message-ID: <55193060.5000804@php.net> Date: Mon, 30 Mar 2015 13:15:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ferenc Kovacs , PHP Internals , Stanislav Malyshev , julien pauli References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] What's our official stance on small self-contained additions in a micro version From: mike@php.net (Michael Wallner) On 30/03/15 12:04, Ferenc Kovacs wrote: > Hi, > > I know that our official release process allows that, but there are some > reasonable arguments against doing that and this topic was brought up > multiple times related to specific fixes. > I have two open PRs like that: > https://github.com/php/php-src/pull/1204 > https://github.com/php/php-src/pull/969 > and of course there are a bunch of similar ones from other people, and > there are cases when somebody simply pushes a change like that, other times > somebody points out that it should require an RFC( > https://wiki.php.net/rfc/json_preserve_fractional_part for example), but > most of the times we simply don't know what to do, and eventually we just > let the PR/patch to rot and die. > I would like to know if we can come up with a rule which can have consensus > behind it, and maybe formalize it as an extension to our current > releaseprocess rfc. > > What do you think? > How about: It's okay, if it does not need `version_compare(PHP_VERSION)` but can be tested by e.g. `defined("SOME_CONSTANT")` or `function_exists("fn")`? -- Regards, Mike