Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:83322 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48446 invoked from network); 20 Feb 2015 16:36:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2015 16:36:46 -0000 Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.220.53 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.220.53 mail-pa0-f53.google.com Received: from [209.85.220.53] ([209.85.220.53:35726] helo=mail-pa0-f53.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 80/85-14173-B9267E45 for ; Fri, 20 Feb 2015 11:36:45 -0500 Received: by padfa1 with SMTP id fa1so9248379pad.2 for ; Fri, 20 Feb 2015 08:36:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9YDO6ZF4+3EfdFsErQ3iB34CCoufj/RdZ+E1E16JSXg=; b=XCSJB62H9+ck1e0OmOuRh6+xuFHqrLyP+1T7fm9onYLrxg6lRNdRLuDQm/fWIvlhVb ohz35jJtErK26uE/iVSXtANAvh2sPLc7zrtcRARL6RyE8qgUaer34IVlJv9CL8xdBgld 5yctxaohGnfqlmzOaY9zQnHGZ7iwX2fejux1CmI6JxiQS/nDqfxEqf2DVHx5vxdhYhUy tm6hKxJkvsxkjDKfrdnPbHrr0gLTMl0ytrbn698BLzNoBCUw5JDK87UdgezSMMwusCnc nqIDOFFgG74nzMmw0DEL6MSZWQhBseraiKOprJZIJd8DfUh+MkbzBoSXHeJOlHUfHVOo cQ4g== X-Gm-Message-State: ALoCoQkCnA52UXN/YzVVSGf4SIKHTeaCiu5F8gCDvvhSvjp2BiCo/rN2rane0szfunH8835M5M34 MIME-Version: 1.0 X-Received: by 10.66.217.198 with SMTP id pa6mr18263046pac.49.1424450200789; Fri, 20 Feb 2015 08:36:40 -0800 (PST) Received: by 10.70.49.100 with HTTP; Fri, 20 Feb 2015 08:36:40 -0800 (PST) X-Originating-IP: [86.159.154.191] In-Reply-To: References: <54E5F77D.9090406@fischer.name> <54E6F48A.9040906@fischer.name> <54E72FE7.9030803@googlemail.com> <54E7312D.9090404@googlemail.com> <54E73E70.5020403@googlemail.com> <54E74ADF.9040608@googlemail.com> <54E7575A.5010800@googlemail.com> Date: Fri, 20 Feb 2015 16:36:40 +0000 Message-ID: To: Pierre Joye Cc: Crypto Compress , PHP Developers Mailing List Content-Type: multipart/alternative; boundary=e89a8f646b0b37fcd3050f87a815 Subject: Re: [PHP-DEV] [VOTE] Expectations From: pthreads@pthreads.org (Joe Watkins) --e89a8f646b0b37fcd3050f87a815 Content-Type: text/plain; charset=UTF-8 > No, we did not Yes, we did, which you could have found out, if you were really bothered: https://marc.info/?l=php-internals&m=138213285708117&w=2 Cheers Joe On Fri, Feb 20, 2015 at 4:31 PM, Pierre Joye wrote: > On Fri, Feb 20, 2015 at 8:24 AM, Joe Watkins > wrote: > >> So it is fine to have one setting doing the exact same thing? Sorry, I > >> disagree. We know we need that in other areas. Like other recent RFCs, > >> we have solved them bottom-up. This one is no different. > > > > It's fine for an RFC to be focused on one thing. This is another subject. > > > >> So basically what you say is that this RFC, relying on things we > >> should clarify and define clearly so it will be consistent across the > >> engine and language, are not relevant to this RFC? I totally disagree > >> and hence my point that this RFC needs more (public) discussions and > >> things that are prerequisites for this RFC should be designed, > >> discussed and implemented before this RFC. > > > > I'm saying that this isn't a subject for this RFC, deciding if we're > going > > to have multiple exception trees is simply not in scope. > > Why I use the word "prerequisite" and not "part of this RFC". > > >> I will certainly be the only one voting no at this stage, or maybe not > >> even voting because I simply feel like you discussed that already no > >> matter where and came to this RFC and say take it or leave it. I am > >> not a fan of this approach or we can rename "Request For Comments" to > >> "Request to Accept" as any kind of comments or feedback is simply not > >> taken into accounts. > > > > I'm sorry that you don't remember the discussion, but it did happen, the > > RFC has been in (more or less) it's current form for more than a year. > > > > The current form *is the result of discussion*. > > > > Please stop saying it hasn't been discussed, it has, a lot. > > Some stuff covered by this RFC have part of a bigger discussions about > many different things. > > Did we have a [RFC][Discuss] thread to actually discuss this exact > RFC? No, we did not. And it is cruelly needed. > > Cheers, > -- > Pierre > > @pierrejoye | http://www.libgd.org > --e89a8f646b0b37fcd3050f87a815--