phpversion

[janhanacek1]

Description

Function phpversion with extension parameter.

By documentation.
Returns the current PHP version as a string. If a string argument is provided for extension parameter, phpversion() returns the version of that extension, or false if there is no version information associated or the extension isn't enabled.

The following code:

<?php

echo phpversion( 'intl' ); // any extension returns php version instead

Resulted in this output:

8.2.2

But I expected this output instead:

// version of extension

PHP Version

php 8.2

Operating System

Debian 11

[marcosmarcolin]

Indeed, following the documentation should show the version of the extension:

https://3v4l.org/psXP2#v8.2.2

https://3v4l.org/psXP2#v8.0.27

https://3v4l.org/psXP2#v7.0.33

It seems that in previous versions, some extensions were shown.

[marcosmarcolin]

At a glance, what it looks like is that not all extensions have a defined version, thus not returning it.

For example, the dom extension does, so it returns 20031129, via #define DOM_API_VERSION "20031129".

It is not mandatory for the extension to define its version.

$ext = new ReflectionExtension('extension_name');
var_dump($ext->getVersion());

You will have the same output.

(I'm not sure about this..)

[remicollet]

Some extensions really have a version (zip, oci8...)

But most don't have.
The choice has been taken, to use PHP version for most extensions.

Ex: https://github.com/php/php-src/blob/master/ext/bcmath/php_bcmath.h#L26
#define PHP_BCMATH_VERSION PHP_VERSION

So, this is the expected result.

[marcosmarcolin]

Looking back at this, it doesn't make sense to me to have this function, as most extensions don't keep the version in their code.

Use it only to retrieve the PHP version, I don't see any advantage, we have constants for that, like PHP_VERSION, being cleaner and more verbose.

This, to me, could be deprecated and removed later, I'll submit the idea to the list.

[KapitanOczywisty]

Looking back at this, it doesn't make sense to me to have this function, as most extensions don't keep the version in their code.

Most built-in extensions don't have own versions - since they are tied to php release cycle anyway, but almost all pecl extensions will return useful version number.

[marcosmarcolin]

Most built-in extensions don't have own versions - since they are tied to php release cycle anyway, but almost all pecl extensions will return useful version number.

It makes sense. I would find it better if it had something outside of phpversion(), ex: extensionversion().

Also, what you wrote should be in the documentation, it would be clearer.

[iluuu1994]

Some extensions really have a version (zip, oci8...)

I wasn't aware of this. These versions seem to be rarely bumped (at least for oci8). This is rather misleading, as the same number doesn't necessarily imply equivalent behavior. Updating these two extensions to follow the PHP version number might make sense.

Anyway, this behavior is correct. Maybe we can add a short note to the docs that for (most) core extensions the version number is going to match PHPs version number.