Re: Fixing bundled extension version mess
| From: | Xinchen Hui | Date: | Wed, 15 Apr 2015 05:08:56 +0000 |
| Subject: | Re: Fixing bundled extension version mess | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-85818@lists.php.net to get a copy of this message | ||
Hey:
Sent from my iPhone
> On Apr 15, 2015, at 10:21 AM, Pierre Joye <pierre.php@gmail.com> wrote:
>
> hi,
>
> We tried that many times but we fail to handle the version of bundled
> extensions.
>
> Along with some installer work and other integration (projects
> dependencies management, composer or other), we need to find a way to
> get rid of this problem.
>
> What do you think to simply use the PHP version number instead of some
> outdated (most of the time) version for all bundled extensions?
in generally, I am +1 on this
I was also thinking of this yesterday, but the problem with opcache is:
We already release pecl opcache with version 7.0.X
If we now use Php version instead, then use may be confused with the versions?
Anyway, I still +1 on this
Thanks
> For extensions being available both bundled or externally, the
> external versions will provide a sane version number when installed
> (like timezone db or other).
>
> Doing so will make requirements management much easier by adding a
> list of core extensions per PHP version.
>
> Thoughts?
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php