Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64764 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56500 invoked from network); 9 Jan 2013 17:04:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Jan 2013 17:04:00 -0000 Authentication-Results: pb1.pair.com smtp.mail=ircmaxell@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=ircmaxell@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.169 as permitted sender) X-PHP-List-Original-Sender: ircmaxell@gmail.com X-Host-Fingerprint: 209.85.220.169 mail-vc0-f169.google.com Received: from [209.85.220.169] ([209.85.220.169:47014] helo=mail-vc0-f169.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5C/F0-02684-FF2ADE05 for ; Wed, 09 Jan 2013 12:04:00 -0500 Received: by mail-vc0-f169.google.com with SMTP id gb23so1800944vcb.28 for ; Wed, 09 Jan 2013 09:03:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=rWNFDkLHHjS4wyjCqKOJFKAYWDQRQ4zmsssA4IHGuhQ=; b=LsruWrsOsvoTe+bFZo8vqf3ov26qfontAmqNWG+5JEN6j2bjTz+iyTxFFjCAAK1Lwv nbyn+SYAhCd1aNmBld4Yx4Szsc5KFU0wlP3iRK2Mk2y5HdDn4R98+OqE63Ahlx5scB8L 99Ql28EEAUe7QRMbuaT5+g9W+erLDPQCv9wZuIabWA8xn2gIm6+91czpbjsFs2GVpoiL JxbnLK8mKqJi5ynb7YRz1Mq6jr/7nf/GiI+AsiPlig3sZO4q/vnPhfrxtQwo8UgyNMnC 8+4dUCeJQFKg/PoQTZ+XLyx8MEAqprlPkNLoMXkqwWa79L3QQ+9rBTay3wHYPlX37Wtd n6Cw== MIME-Version: 1.0 Received: by 10.221.1.5 with SMTP id no5mr16270493vcb.13.1357751037152; Wed, 09 Jan 2013 09:03:57 -0800 (PST) Received: by 10.58.232.196 with HTTP; Wed, 9 Jan 2013 09:03:57 -0800 (PST) Date: Wed, 9 Jan 2013 12:03:57 -0500 Message-ID: To: Rasmus Lerdorf Cc: Derick Rethans , Rafael Dohms , Stas Malyshev , Pierre Joye , Pierrick Charron , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=bcaec54fb06043500104d2de0cfe Subject: Was Reflection annotations reader - Pull APC in Core Already From: ircmaxell@gmail.com (Anthony Ferrara) --bcaec54fb06043500104d2de0cfe Content-Type: text/plain; charset=ISO-8859-1 Rasmus This is my worry as well. Especially when it comes to opcode cache > support. Most of the patches I see these days completely ignore the > opcode cache side of things which needs to change. For any large > language-level change, any implementation that doesn't also include an > APC diff, or at least a very complete explanation of how it will be > generally supported by opcode caches just isn't complete. > I see this as the exact wrong way a language should progress. The core should not be bound to extensions, but the other way around. Otherwise it creates this weird meta state... While I do see your point, to me it's less of an issue that it breaks APC, and more of an issue that APC's functionality is not in core. I mean if an extension is SO important, that we can't release language features without updating that extension, then it's a sign that it shouldn't be an extension in the first place. We wouldn't have this issue if APC was in core. As it is now, having it as an external project just creates weird muddied waters... So I guess my point is rather than passing the message that people making language changes need to think about APC, I think the message should be that APC needs to get into core (and should be made an initiative)... As it stands now, it's just going to keep causing pain... My $0.02 at least... Anthony --bcaec54fb06043500104d2de0cfe--