Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86314 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77076 invoked from network); 19 May 2015 20:14:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 May 2015 20:14:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@golemon.com; spf=softfail; sender-id=softfail Authentication-Results: pb1.pair.com header.from=php@golemon.com; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.215.49 as permitted sender) X-PHP-List-Original-Sender: php@golemon.com X-Host-Fingerprint: 209.85.215.49 mail-la0-f49.google.com Received: from [209.85.215.49] ([209.85.215.49:33550] helo=mail-la0-f49.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6B/DD-13816-FA99B555 for ; Tue, 19 May 2015 16:14:40 -0400 Received: by lagr1 with SMTP id r1so42015253lag.0 for ; Tue, 19 May 2015 13:14:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bUenG/9LBPLIFCCxUQlO5BxULicNNHlGos1ODyqXCjs=; b=QD38U5ayS+V/Nmt4XQbT+z/JqohwRpj+GoeXanu0a/Cs6FpAFFQiZge6e8NYUHhIIy PmeEhX1k7PzB7q0BieMraoNr2kzqTYortTsNSaGjSy0ZzMHM6VMCpXA7ymfhM5vXjS0B rnBvOLjcBkaHH7lMovL1OFBP/gdX099IEezTW6Nl34cnG3bpc7w+WncA7jhb7NM6hMFC y24CjFSoWyOA9I9O2ypSrK7wAnkoeozV9895Hi/d8RKT7Qb1U9Wa18gWSl70NZEL7gTm mO4Ec4gTysu4DFthwnYIkSh9tboaiIjtVM+M7zOpF7pdXEkcPzZYgroR7Ex4D9xjvliQ ZwQA== X-Gm-Message-State: ALoCoQkZUyxvhbdcXVNXbiC6+38w3eLDpO2kHKQUL1HcsjaItTRkVHv7LVwOAY/bE88Wz8aRQwk8 MIME-Version: 1.0 X-Received: by 10.112.218.67 with SMTP id pe3mr22104947lbc.53.1432066476069; Tue, 19 May 2015 13:14:36 -0700 (PDT) Sender: php@golemon.com Received: by 10.112.11.134 with HTTP; Tue, 19 May 2015 13:14:35 -0700 (PDT) X-Originating-IP: [2620:10d:c082:1055:22c9:d0ff:fe87:295b] In-Reply-To: References: Date: Tue, 19 May 2015 13:14:35 -0700 X-Google-Sender-Auth: 5nvdDEi6ikYxGYuSQaziZzQtk2U Message-ID: To: Levi Morrison Cc: internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Soft-reserve "void" class name From: pollita@php.net (Sara Golemon) On Tue, May 19, 2015 at 9:16 AM, Levi Morrison wrote: > I strongly disagree with this action. These types required an RFC; why > should this be different? Also note that neither of the reserve > typename RFC were unanimous. > > Furthermore, we are past the RFC stage. We are *supposed to already > have an alpha* by now and we are proposing new changes?. Please stick > to our established rules and release timetables as much as possible, > thank you. > While I agree that we should be wary of anything which break process, I think we should give some thought (possibly an RFC thought) to whether or not Documentation-only changes, such as what Nikita suggested, are actual violations of a feature freeze. Could one put up an RFC for "void" reservation right up to the release date of 7.0.0-final? I would say "yes". Such an RFC is documentation-only and has no code behind it. Therefore it would have no impact on alpha/beta/rc testing. It's really a langspec RFC more than a runtime RFC to be quite honest. -Sara