PECL website does not offer Windows DLLs anymore

[derrabus]

Description

Hello 👋🏻

This isn't exactly a bug in PHP, but I didn't really know where to turn to for this issue.

It appears that the PECL website has stopped shipping Windows DLLs around late 2022. I can't seem to find any PHP 8.2 builds of the extensions released prior to that date, e.g. redis 5.3.7. And later releases don't list any DLLs at all, like sqlsrv 5.11.0 for instance.

The website only states that I should contact the "PHP for Windows Team" in case of missing DLLs and I was hoping I can reach them through this issue tracker.

Is there a place where I can get updated DLLs for Windows? Or is the Windows build system just broken until somebody repairs it?

PHP Version

PHP 8.2.3

Operating System

Windows

[marcosmarcolin]

Hello @derrabus,

from what I saw, in the official repository as versions of Sqlsrv are available, see:https://github.com/microsoft/msphpsql/releases. Including the version you quoted.

As for Redis, it looks like the last release was version 5.3.7 anyway: https://github.com/phpredis/phpredis/releases/tag/5.3.7

I could be wrong, but it still doesn't support PHP version 8.2: phpredis/phpredis#2297

[derrabus]

@marcosmarcolin Thank you for your response.

from what I saw, in the official repository as versions of Sqlsrv are available, see:https://github.com/microsoft/msphpsql/releases. Including the version you quoted.

That certainly helps for the moment, thanks.

As for Redis, it looks like the last release was version 5.3.7 anyway: https://github.com/phpredis/phpredis/releases/tag/5.3.7

I could be wrong, but it still doesn't support PHP version 8.2: phpredis/phpredis#2297

The PR you've linked only added a PHP 8.2 build to the extension's CI configuration which kind of proves that the extension had already been compatible before. fwiw I'm using version 5.3.7 of the redis extension on Linux systems with PHP 8.2 already and it works flawlessly. The PHP 8.2 DLL is certainly missing because 5.3.7 had been released before PHP 8.2.0, but that should not mean that a new release of ext-redis has to be published just to trigger a PHP 8.2 DLL build.

---

The two packages I mentioned were just examples of a general issue I'm observing: No new DLLs have been built and published since around October last year. And I've opened this issue mainly to find out why that is.

[marcosmarcolin]

The PR you've linked only added a PHP 8.2 build to the extension's CI configuration which kind of proves that the extension had already been compatible before.

Of course, you are correct. But, i referred to the comment in the PR, asking about an official version for 8.2, which appears not to have been released.

The two packages I mentioned were just examples of a general issue I'm observing: No new DLLs have been built and published since around October last year. And I've opened this issue mainly to find out why that is.

I don't have the knowledge to answer that, I believe someone more involved can. Maybe @cmb69 or @Girgias.

[Girgias]

AFAIK Microsoft stopped providing a build system for Windows for PECL and that's the reason why. I don't have any idea what the current plans are.

[derrabus]

Thank you @Girgias. That explains it, I suppose. If no DLLs are built for the foreseeable future, I suggest we should change this note on the PECL website:

Apart from that, I believe that there's still a need for DLL builds. Maybe the build system can be recreated in GitHub actions somehow?

[Girgias]

Thank you @Girgias. That explains it, I suppose. If no DLLs are built for the foreseeable future, I suggest we should change this note on the PECL website:

Apart from that, I believe that there's still a need for DLL builds. Maybe the build system can be recreated in GitHub actions somehow?

I think the objective is to move the shift to the project CIs and stop relying on the PECL website to handle stuff. AFAIK @cmb69 tried to do some things via: https://github.com/cmb69/setup-php-sdk

I'm not sure it necessarily makes sense to remove the link to the website as there is an announcment of the DLL issue on: https://windows.php.net/

[derrabus]

I think the objective is to move the shift to the project CIs

Sounds reasonable. The developers of the individual extensions need a Windows build step in their respective CIs anyway if they want to make sure a change does not break the build on Windows.

I'm not sure it necessarily makes sense to remove the link to the website

The link is fine, but the wording is misleading.

[Girgias]

I think the objective is to move the shift to the project CIs

Sounds reasonable. The developers of the individual extensions need a Windows build step in their respective CIs anyway if they want to make sure a change does not break the build on Windows.

@cmb69 did some stuff on some of the PECL extensions to have them build: https://github.com/php/pecl-database-dbase/blob/master/.github/workflows/ci.yml so maybe that can be used?

I'm not sure it necessarily makes sense to remove the link to the website

The link is fine, but the wording is misleading.

Right, yeah. The line is located here: https://github.com/php/web-pecl/blob/706b4b0e4e3186f513ada25a283d84df7f8e0286/templates/pages/extension.php#L176

[stronk7]

Hi,

just to comment that, recently, I noticed that other extensions @ PECL were also missing the Windows builds. See, for example php/pecl-search_engine-solr#51

Ciao :-)

[bukka]

This discussion should probably move to https://github.com/php/web-pecl as there is nothing that can be done about it here.