Windows extension install fails due to architecture naming mismatch (x86_64 vs x64)

[GhostPirateBob]

Installing extensions on Windows can fail when the release asset uses x64 in the filename instead of x86_64, or omits the v prefix from the version string.

For example, pie install apcu/apcu on Windows fails because PIE looks for php_apcu-v5.1.28-8.5-ts-vs17-x86_64.zip but the actual asset on downloads.php.net is named php_apcu-5.1.28-8.5-ts-vs17-x64.zip (different arch label, no v prefix).

Similarly, the DLL inside the zip is just php_apcu.dll (no version/platform suffix), which PIE doesn't check for.

> php pie-1.4.x-nightly.phar install apcu/apcu

🥧 PHP Installer for Extensions (PIE) 1.3.8@adfe984, from The PHP Foundation
This command may need elevated privileges, and may prompt you for your password.
You are running PHP 8.5.1
Target PHP installation: 8.5.1 ts, vs17, on Windows x86_64 (from C:\FlyEnv\PhpWebStudy-Data\env\php\php.exe)
Found package: apcu/apcu:v5.1.28 which provides ext-apcu

In CouldNotDetermineDownloadUrlMethod.php line 31:

  Could not download apcu/apcu using windows-binary method: Windows archive with prebuilt extension for apcu/apcu was not attached on release v5.1.28 - looked for one of "php_apcu-v5.1.28-8.5-ts-vs17-x86_64.zip, php_apcu-v5.1.28-8.5-vs17-ts-x86_64.zip"

Environment: PIE 1.3.8 / nightly, Windows, PHP 8.5.1 ts vs17 x86_64

[asgrim]

The correct fix should be that apcu should add the Windows builds to the releases, as per the PIE docs: https://github.com/php/pie/blob/1.4.x/docs/extension-maintainers.md#windows-support

I don't think PIE should be updated to fall back to downloading from downloads.php.net (like #515) as (like with PECL itself) we don't really want to be maintaining this longer term, but I'll see what the team thinks, so it is unlikely we would merge that PR.