Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:109259 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 69395 invoked from network); 24 Mar 2020 00:28:54 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 24 Mar 2020 00:28:54 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id DC8811804F8 for ; Mon, 23 Mar 2020 15:53:10 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS31103 84.19.160.0/19 X-Spam-Virus: No X-Envelope-From: Received: from mail.toneristzuen.de (mail.toneristzuen.de [84.19.169.162]) by php-smtp4.php.net (Postfix) with ESMTP for ; Mon, 23 Mar 2020 15:53:09 -0700 (PDT) Received: from maniacmansion.fritz.box (ppp-188-174-54-87.dynamic.mnet-online.de [188.174.54.87]) by mail.toneristzuen.de (Postfix) with ESMTPSA id 9D26A495D3; Mon, 23 Mar 2020 23:53:08 +0100 (CET) Message-ID: <0f1d5ea5afaf9e102a20b1bafeaddad423ab1812.camel@schlueters.de> To: Mike Schinkel , Remi Collet Cc: internals@lists.php.net Date: Mon, 23 Mar 2020 23:53:07 +0100 In-Reply-To: <9711E280-743A-4EBE-9E32-9D21A2E5FFC7@newclarity.net> References: <2d2757f9-7303-3f57-6318-68ebdc4a8097@php.net> <9711E280-743A-4EBE-9E32-9D21A2E5FFC7@newclarity.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Are PECL modules preferable? From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Mon, 2020-03-23 at 11:01 -0400, Mike Schinkel wrote: > > On Mar 23, 2020, at 6:36 AM, Remi Collet wrote: > > > > Le 21/03/2020 à 23:52, Mike Schinkel a écrit : > > > > On Mar 21, 2020, at 5:59 PM, tyson andre < > > > > tysonandre775@hotmail.com> wrote: > > > > FROM: Re: [PHP-DEV] [RFC] is_literal() > > > > > > > > And if it can be implemented as a PECL module, that would be > > > > more preferable to me than a core module of php. > > > > If it was in core, having to support that feature may limit > > > > optimizations or implementation changes that could be done in > > > > the future. > > > > > > Just wanted to address this comment which was made on another > > > thread (I did not want to hijack that thread.) > > > > > > A large number of PHP users have no control over the platform > > > they run on, so the option to use PECL modules is a non-starter > > > for them. > > > > Sorry, but PECL is the usual way for new extension > > > > - add to pecl > > - people start using it > > - if success add to php-src > > > > And later > > > > - move to pecl extensions removed from php-src > > Yes, it is the usual way. Which from my perspective is flawed > because it means that a large population of PHP developers can never > use those extensions. > Bundling doesn't make much of a difference. Only force-enable (like we do with ext/standard, date, SPL and few others do) does. Most users use distribution-provided packages of PHP. For those Core or PECL matters little. Distributors package extensions in seperate packages, even if we consider them core. At the same time they ship pecl extensions. Thus whether one wants gd or some pecl extension is the same complexity. For somebody building PHP themselves compiling a PECL extension isn't too difficult either. For Windows pecl produces builds where we can, while users have to install by hand. Awarness however is different ... johannes