Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75914 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34376 invoked from network); 22 Jul 2014 23:01:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jul 2014 23:01:59 -0000 Authentication-Results: pb1.pair.com header.from=php@golemon.com; sender-id=softfail Authentication-Results: pb1.pair.com smtp.mail=php@golemon.com; spf=softfail; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.220.54 as permitted sender) X-PHP-List-Original-Sender: php@golemon.com X-Host-Fingerprint: 209.85.220.54 mail-pa0-f54.google.com Received: from [209.85.220.54] ([209.85.220.54:57699] helo=mail-pa0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/8A-21666-66DEEC35 for ; Tue, 22 Jul 2014 19:01:59 -0400 Received: by mail-pa0-f54.google.com with SMTP id fa1so438885pad.13 for ; Tue, 22 Jul 2014 16:01:56 -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 :content-transfer-encoding; bh=HD4ZpPRI8jhpIHsagbRW3ZV88L2Kk/WkJOUGiCrxFfg=; b=h/kRJ+Ao6GTltNVr/9J8N8peunj9E1VzhWl5e/R9tOo1jjdmBqe1vytuyEPT+7iNCd STc2CYWvn6AWLNpn2dW4i/Ymtqpl8QJ5EMhc9hBLegKM4fdZZAKRGT6Jwd6hkfRg8yzZ KShGsD2F1VzJ32g9bbOnZnHsRX1a9+QI27sSvafO3dVmaxlw8bmbrfT+7VNJHzzMqeSx jXcn1BzZundgFkTLE6pXFjlGBZWkAnQ4mHBzkjIUikMozS+wJhnLKcBadzMzAMFw5uSH NinIwPKZvPQj6BINpYqGFGfNwUqCSMRPqUA0g74658nQU4iG9/CZPVzQTXZNg4eVsCij PJLw== X-Gm-Message-State: ALoCoQl2BWgHVL0LniN3zKN+PEsKcFr6SjZqssl6kEmbIWInXOXrsQRnAhra6jIdBL5K9S/i/wmv MIME-Version: 1.0 X-Received: by 10.70.135.130 with SMTP id ps2mr5914777pdb.0.1406070116636; Tue, 22 Jul 2014 16:01:56 -0700 (PDT) Sender: php@golemon.com Received: by 10.70.33.208 with HTTP; Tue, 22 Jul 2014 16:01:56 -0700 (PDT) X-Originating-IP: [173.252.71.189] In-Reply-To: <2BAAF697-C78A-4728-B78D-E5674D2C2CEA@ajf.me> References: <53CEE7A8.6030607@garfieldtech.com> <2BAAF697-C78A-4728-B78D-E5674D2C2CEA@ajf.me> Date: Tue, 22 Jul 2014 16:01:56 -0700 X-Google-Sender-Auth: Ye-FFFbwPQCKXdcVzb8UCmfcOic Message-ID: To: Andrea Faulds Cc: Larry Garfield , PHP internals Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] PHP Language Specification From: pollita@php.net (Sara Golemon) On Tue, Jul 22, 2014 at 3:56 PM, Andrea Faulds wrote: > Ah, I think you misunderstand. What I mean is that we > should only propose RFCs which change the spec > when there is already a working implementation first. > Otherwise, we might add things to the spec which won=E2=80=99t > or can=E2=80=99t get implemented. It would also be best to propose > changes which have been implemented in Zend, to ensure > there is one fully compliant implementation. > Our RFCs tend to have implementations attached to them (in someone's personal fork). IMO we should make creating the spec PR part of the RFC acceptance process, and that they should be landed together. I agree it doesn't make much sense to define unimplemented behavior as the standard.