Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89428 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58473 invoked from network); 25 Nov 2015 19:03:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2015 19:03:00 -0000 Authentication-Results: pb1.pair.com header.from=guilhermeblanco@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=guilhermeblanco@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.175 as permitted sender) X-PHP-List-Original-Sender: guilhermeblanco@gmail.com X-Host-Fingerprint: 209.85.214.175 mail-ob0-f175.google.com Received: from [209.85.214.175] ([209.85.214.175:33779] helo=mail-ob0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/67-19088-3E506565 for ; Wed, 25 Nov 2015 14:02:59 -0500 Received: by obbww6 with SMTP id ww6so46115115obb.0 for ; Wed, 25 Nov 2015 11:02:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=+IutAWD4lyKGYgeWeT26+a8abDR4m6HhNX/Y9bLGstE=; b=apkTZ/dJ9xWVif8wRUEX9Ac1FSVne0DaQAZCHW+jpOW6MhoiT2QFW+ipcP82PQ3BPU HLh2IN4PoeEa2FM4bw2ZkttYFFv/R0FFSvBMG6QUYdzGXJ/6/AHYO66nOUcmY5OingiU fiir3xFF+hiF3UBSKk8/02cC+m130s9Gy7lUUfUCr1VzT0rvg58+llzU+c5WDXsMndQn ggvMxKFR7vQXDo48HJMQD43mWy7eDBs9hkhBXOcNTU+uurOezQSfaSmUhCPBHxO7sbsP AMK+Lz2z2/t3DmNoo5LRXbR3yzYBo6EPuxCgsSg0zVLV/pm1yBVA8TKYr/zaZxrCiSGB RP0A== X-Received: by 10.60.15.131 with SMTP id x3mr24806609oec.74.1448478177170; Wed, 25 Nov 2015 11:02:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.80.215 with HTTP; Wed, 25 Nov 2015 11:02:37 -0800 (PST) In-Reply-To: References: <5654B516.4020700@gmail.com> <5655D82A.8020304@lsces.co.uk> <5655E4E4.8070200@garfieldtech.com> <5655E61E.3000904@gmail.com> <5655E93F.90506@gmail.com> <5655F24B.6020401@garfieldtech.com> <5655F47C.3060504@gmail.com> Date: Wed, 25 Nov 2015 14:02:37 -0500 Message-ID: To: Pedro Cordeiro Cc: Rowan Collins , PHP internals Content-Type: multipart/alternative; boundary=089e015365e6371af00525621b2d Subject: Re: [PHP-DEV] Native Annotation Syntax From: guilhermeblanco@gmail.com ("guilhermeblanco@gmail.com") --089e015365e6371af00525621b2d Content-Type: text/plain; charset=UTF-8 Hi Rowan, If you're in a shared hosting, you can't "simply" remove the configuration variable. Relying on extensions or configuration flags to support core language features is very bad. We don't have flags that can turn IF support off for example, why we would have that for annotations? I can bring more cons if you want... like how/when to parse "use" calls in a docblock? I mainly want to address the need of this class: https://github.com/doctrine/annotations/blob/master/lib/Doctrine/Common/Annotations/TokenParser.php I've exhausted to death pros and cons of every single part. The biggest problem of not realizing this is a core feature and pushing so hard to docblock is that as soon as this is blinded to some people, others will say "oh, so that doesn't need to be in core and can be a PECL extension". Now re-read my email from the beginning about shared hosting, you just entered in an infinite loop. On Wed, Nov 25, 2015 at 1:50 PM, Pedro Cordeiro wrote: > On top of it, it'd break obfuscators like Zend Guard. > > 2015-11-25 15:58 GMT-02:00 guilhermeblanco@gmail.com < > guilhermeblanco@gmail.com>: > >> I can give you a good argument. >> >> opcache.save_comments=0 >> >> Make it work. >> >> On Wed, Nov 25, 2015 at 12:48 PM, Rowan Collins >> wrote: >> >> > Larry Garfield wrote on 25/11/2015 17:39: >> > >> >> On 11/25/15 11:00 AM, Rowan Collins wrote: >> >> >> >>> I don't feel that strongly in favour of docblocks, but I don't think >> the >> >>> reasons given against are particularly strong. >> >>> >> >>> Regards, >> >>> >> >> >> >> If you don't feel strongly in favor of them, why are you trying to >> make a >> >> case for them so strongly? Just for kicks? We don't need a "devil's >> >> advocate" at this point in the discussion... >> >> >> >> >> > Hi Larry, >> > >> > I don't *feel* strongly in favour or against them, but can see >> advantages >> > and disadvantages on both sides. Feeling strongly is not the same as >> having >> > a strong argument for your point of view, so just because some people >> have >> > expressed strong opinions against, I don't see why I shouldn't challenge >> > their reasoning, even if that does mean playing devil's advocate. >> > >> > Which is better: basing the decision on the gut feeling of a handful of >> > people who happen to be here now, or basing it on sound reasoning after >> > thinking through the implications? >> > >> > Regards, >> > -- >> > Rowan Collins >> > [IMSoP] >> > >> > -- >> > PHP Internals - PHP Runtime Development Mailing List >> > To unsubscribe, visit: http://www.php.net/unsub.php >> > >> > >> >> >> -- >> Guilherme Blanco >> MSN: guilhermeblanco@hotmail.com >> GTalk: guilhermeblanco >> Toronto - ON/Canada >> > > -- Guilherme Blanco MSN: guilhermeblanco@hotmail.com GTalk: guilhermeblanco Toronto - ON/Canada --089e015365e6371af00525621b2d--