Re: Are PECL modules preferable?
| From: | Remi Collet | Date: | Mon, 23 Mar 2020 10:36:42 +0000 |
| Subject: | Re: Are PECL modules preferable? | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-109226@lists.php.net to get a copy of this message | ||
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
Having new extension (outside of language feature) directly added
to php-src is IMHO a terrible way.
Having "dead" extensions in php-src is a real problem
(the ones nobody take care of anymore, only adapted for new version)
But I'm probably the only one who think much more extensions
should be removed from php-src and maintained outside, in pecl.
Remi