Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48851 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 6670 invoked from network); 20 Jun 2010 18:21:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2010 18:21:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 209.85.212.42 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 209.85.212.42 mail-vw0-f42.google.com Received: from [209.85.212.42] ([209.85.212.42:36216] helo=mail-vw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 67/C0-33676-C1C5E1C4 for ; Sun, 20 Jun 2010 14:21:17 -0400 Received: by vws16 with SMTP id 16so567842vws.29 for ; Sun, 20 Jun 2010 11:21:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.63.136 with SMTP id b8mr1412373vci.249.1277058070272; Sun, 20 Jun 2010 11:21:10 -0700 (PDT) Received: by 10.220.70.202 with HTTP; Sun, 20 Jun 2010 11:21:10 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Jun 2010 14:21:10 -0400 Message-ID: To: Kalle Sommer Nielsen Cc: Internals , Brian Shire , G0pz , Rasmus Lerdorf , Derick Rethans Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] APC in trunk From: ilia@prohost.org (Ilia Alshanetsky) I for one think it is a really good idea, there is no compelling reason not to include APC, I would even go as far as say we should enable it by default. +1 On Sat, Jun 19, 2010 at 9:23 AM, Kalle Sommer Nielsen wrote: > Greetings > > As the process for trunk grows, I think we should consider which > extensions we will move in and out of the core, this thread however is > solely about moving APC into the core. > > As original proposed and agreed on the PDM in Paris, was to include > APC in PHP6, and not turn it on by default. I think it will benefit > both us and the community if we move APC into the core (trunk, 5.4). > APC is one of the most popular extensions at PECL and many core devs > also work on APC. > > Currently the only issue I see by putting APC into the core is the CS, > as APC uses spaces instead of tabs. > > Another thing we might want to look at is whether we should support > 5.2, or simply upgrade APC's version and break backwards compatibility > so we don't have a layer of checks for macros that wasn't available in > previous version, perhaps only require 5.3+ within the APC code, this > however is not really a question of including APC in the core, but > rather a per extension discussion ;-) > > What are your views on including APC in the core, or reasons not to? > > -- > regards, > > Kalle Sommer Nielsen > kalle@php.net > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >