Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116349
To: "internals@lists.php.net" <internals@lists.php.net>
Thread-Topic: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows
Thread-Index:
 AQHXWteC9VcVDne/cESQOr6Lp7Jd0KsIMTcAgAAPpoCAACPlgIAAByoAgACqagCA+zXk8A==
Date: Sun, 14 Nov 2021 18:28:49 +0000
Message-ID:
 <DM6PR14MB4155B904D479A5439D61E0D5F9979@DM6PR14MB4155.namprd14.prod.outlook.com>
References: <581375a1-e18c-c88f-3bc4-557420ea15a3@gmx.de>
 <CAF+90c_3A4o7QK--HxeJDaNQuFvwt9v+m=Re1Y4dDMCfvKm0Nw@mail.gmail.com>
 <9bc4fef7-d144-5623-da96-75516d28c163@gmx.de>
 <CAF+90c80xMLzq6z4=M5-rkGT58qRp4=f-+Me6M3kgaHW3KeGig@mail.gmail.com>
 <AM0PR05MB5171AD124710395E39515E3FBA389@AM0PR05MB5171.eurprd05.prod.outlook.com>
 <31f6ba8d-5111-0948-40fe-943ade6f641c@gmx.de>
In-Reply-To: <31f6ba8d-5111-0948-40fe-943ade6f641c@gmx.de>
Accept-Language: en-CA, en-US
Content-Language: en-CA
suggested_attachment_session_id: 3fa147cc-7e75-6350-0f94-7763ef0e50f3
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn:
 [aLklZlnp5f3TM8+NiE9TXW7bDfQyB9RbEn0rXacsiM/jf4QZ/AoBWUavBRyWTT2K+NpkI7k5csI=]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d56e2f3d-86ac-4c8d-bc69-08d9a79c9a6b
x-ms-traffictypediagnostic: DM6PR14MB3114:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info:
 2CTIVt0JrQfnJRXqFpxnEZkhExuxwlu3SvAZxs3fhdpnTqggrvBXwLsGYruFqoXR/eLeiKCaoA1M7vWIuTE5wKldZowphtgxrtcZxOBcPPlUIbuFOaydQkdNtKJjE9GdDyTRrqcHs+ZfktOM6BT+r+ewzJnr6re/moEA4lVGvUcFvgw65IFPAIPHvWtDB+MUONMOtIs1hUX959b0rdVk7RZ+jTd5NTtPRZkF+qM9VfQWET4HHZv/V1a4G0dzmEKQLePVG0pphq9wEqO1d5C2ekFqkDnPz413o6tBHfZa+GzKt4XrYLMhvVSJH3YlT2CWbX97/H5haqBaKSy+M3fXW7lBHCZqj2ktqonPiL821RFCpzYHrndFGu0r642wY/jDKqU7Oru8mdnUwkI4ONKEMa19qu+QkMPcxRezz4qNmg80A25FJmb1oVbvZM585pSms9eEKVN/6KhZZk3AwlXINhlsFPXMq/sgklwuomXxabDwu9LO7ftH10sZNAexqVWdCjbT8c/Fi+tMKHDW8pVfkaI+7IHJTTRCm9XoiiV1cMaBOGmAq6YC4mI7a9pqn/dgbrc+4i9I3B5GbdyNWs73nA==
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0:
 Ba2RToVxuSRfsuNySn8+jtTrSBhw3Cyei4lg+yKgHh5gWfdhAkXedP5P8YfNqVgX0T4FE77CkaFrwjZVm4MvWzzE0ehICk9pZ4Zug9zzOmMqmeCAdPJPMRJyiioKuvKk6Xgzc0b1ZE0HRUGeAlzRbc35zh/g+molwDln7YLmt5tYLrgP78aFO4VcLLGvDUQVV2hsuRSwNrLg2THC6p/Lt9QYRkZrVDactzX8JezTXSRgftkUGhnDlVPxmmOHWqCAarcRMYM+MLPrGI7WI1yewLuvr4c3ZyHTFqL5/uikf3iRIQzV40YLaq/kuf0cK6CWGue+lb4wyjNeWDQXghuTkSdvOZIb1NsfH6ojM5DlYKjQFDGItqcfB9GCfKfW0fGZ2RNIHRkEeTOs2Phtvcx12t4+FV1gi2ZKs2swR+vfOF7wivlcbrUqiF7td0mRzkqN2VlFrxI3nr7ipzaaIXSy7zrWzwqJtSfaEpfLqv8sprI4G4U02sL6nvwQNL5Sh6QKf8qrJlsWB14RDNjgSo+nzEm24ISl24LPwB6T6t+fzqhPLhYcIRlY0+aXKbLUd3eI6l3+6GZWXXoom81CA/FCVLZCzxEWtjPAmI6AdXsjFHRk5PkSFzvgEj3OgmTzxvOhW1TBQwfBPGnDhnuVNoGqB5q8euMGOqtV4tyiG/iF0eCWPl2ngd0OMyTZwPj3ZPxMeGO2sYycns2RSa2WubBArtuZrdq7fwLpcHBcZuhm6BK/Ru+PMOf1+vFgJYwLxhGGpqsQqOAHO19O+zUCq6vovQ==
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: sct-15-20-3174-20-msonline-outlook-32894.templateTenant
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR14MB4155.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: d56e2f3d-86ac-4c8d-bc69-08d9a79c9a6b
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2021 18:28:49.5909
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR14MB3114
Subject: Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows
From: tysonandre775@hotmail.com (tyson andre)

Hi internals,=0A=
=0A=
> > Removing the centralized PECL builder and dependency manager would most=
 likely lead to a huge regression in the support and manageability. Right n=
ow there's one place pecl.php.net to go for the non core extension builds a=
nd any dependencies are guaranteed to be non conflicting. If this gets dece=
ntralized, the effort is moved to the extension maintainers which will most=
 likely mean the chaos in where to get a DLL, DLL hell issues, absent DLL b=
ecause the configuration is hard. This will steadily lead to the situation =
that was there before.=0A=
> >=0A=
> > IMO even keeping the basic version of the centralized approach even hav=
ing a sporadic chance to fix issues is a far better way to go than dropping=
 the existing achievements. Also in the long run, other approaches like mov=
ing to vcpkg for deps, checking on other things like cmake and pickle might=
 be a good way, if there's=A0 a community interest. More volunteers on the =
community side would be great in this sense, too.=0A=
> =0A=
> Good points, thank you for bringing them up!=A0 I have to fully agree tha=
t=0A=
> we should not drop the central point of distribution (i.e.=0A=
> windows.php.net).=A0 I don't think, however, that we can stick with the=
=0A=
> current PECL build system for long.=A0 Maybe the biggest issue is that=0A=
> extension maintainers may see automatic DLL builds as a given, or at=0A=
> least may not be able to fix things, because only few have access to the=
=0A=
> build machine.=A0 And even if that was not an issue, not many more would=
=0A=
> know where to look at.=A0 In other words, the bus factor is very low, and=
=0A=
> it may happen at some point in time, that no new DLLs would be built for=
=0A=
> *any* extension.=0A=
> =0A=
> This is why I still think it would be good to shift some of the burden=0A=
> of maintaining Windows builds to extension maintainers is a good thing.=
=0A=
> =A0It is not about making their job harder, but rather about preventing=
=0A=
> serious issues, and also to correct expectations; extension maintainers=
=0A=
> might well assume that their extension is supported on common Linux=0A=
> distros, but they shouldn't *assume* it is supported on Windows as well=
=0A=
> (let alone that the dependency libraries have fixes for all known=0A=
> relevant security issues).=0A=
> =0A=
> Even if extensions are developed solely on Linux (and most are, as far=0A=
> as I know), they should have some Windows CI (at least doing the actual=
=0A=
> builds; better to run the test suite as well, of course), and that=0A=
> shouldn't be a real problem =96 there are several CI providers which are=
=0A=
> free for OSS projects.=A0 We should do our best to provide them with=0A=
> appropriate tools, so Windows CI integration can be set up as easily as=
=0A=
> for Linux phpize builds.=A0 That would not solve the issues regarding=0A=
> dependencies, but appears to be a reasonable first step in the right=0A=
> direction.=0A=
=0A=
With the release for php 8.1.0 stable happening Nov 25 (https://wiki.php.ne=
t/todo/php81),=0A=
what decision ended up being made (I couldn't tell if it was still being di=
scussed from the thread)?=0A=
To publish Windows DLLs for PECLs for PHP 8.1 after 8.1.0 stable or not to =
publish?=0A=
I saw the proposal but didn't see any public announcement of plans,=0A=
and usually DLLs had been published earlier.=0A=
=0A=
- If there are plans to get 8.1.0 working, what work is remaining (e.g. is =
there an issue tracker/list of tasks)?=0A=
  (I'm a Linux user, but I'd hope even if the windows team didn't have time=
, developers from large organizations may have time to look into those issu=
es or get builds for individual extensions working, if those organizations =
used Windows and were migrating to php 8.1)=0A=
=0A=
https://externals.io/message/114751#114759 sounded like there were plans to=
=0A=
build DLLs for PECLs with GitHub workflows instead of the current machine,=
=0A=
but I'm not sure of the status of those plans.=0A=
=0A=
If php 8.1 DLL support was being dropped, I saw nothing communicating a cha=
nge (or status of getting DLL builds+publishing working for php 8.1)=0A=
in the following places:=0A=
=0A=
- https://news-web.php.net/group.php?group=3Dphp.internals.win=0A=
- https://marc.info/?l=3Dpecl-dev&w=3D2&r=3D1&s=3Ddll&q=3Db=0A=
- https://windows.php.net/ ("Where are the PECL DLLs" is an unrelated annou=
ncement that was resolved)=0A=
- https://twitter.com/official_php=0A=
=0A=
As an arbitrary example, https://pecl.php.net/package/xdebug/3.1.1/windows =
mentions =0A=
"In case of missing DLLs, consider to contact the PHP for Windows Team."=0A=
=0A=
- If DLL publishing would end up being discontinued (or delayed) for PHP 8.=
1+, the footer common to all PECLs should be updated to indicate that.=0A=
=0A=
I was delaying working on publishing DLLs for PECL releases until I was cer=
tain what the decision was,=0A=
or if DLLs would continue to be published.=0A=
=0A=
Thanks,=0A=
Tyson=0A=