Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:106692 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 85868 invoked from network); 22 Aug 2019 17:29:38 -0000 Received: from unknown (HELO mout.gmx.net) (212.227.17.20) by pb1.pair.com with SMTP; 22 Aug 2019 17:29:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1566486014; bh=CFxVZZIPDbSIqHR2dAQXN3GdfGzk4BfLxkR6UKdwXYE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=inWeCTQLXk4osqaCQbLQ2aPAS0EOszFvi5uZA15w0gfOwd7cpydD3+++OPcjAWY4n 8Fq6lxgtnUykBzUagtBRFbsaVZKt+7+IIMltSh9SlN/jP07RElMbFLj6vh0UDZIUPx xRly7mh13jq5ZurqFHrbahE/hEXwEU1IBLa3DtBc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.2.144] ([84.179.231.50]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mzyyk-1iCJEu067C-00x0Yk; Thu, 22 Aug 2019 17:00:14 +0200 To: Sara Golemon Cc: Trevor Rowbotham , "internals@lists.php.net" References: <13a3e8c2-30c1-d0be-2ba6-6541c91581b9@gmx.de> Message-ID: <095d5b98-2856-2686-7bfe-d153f03f30db@gmx.de> Date: Thu, 22 Aug 2019 17:00:12 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:D3ROK6DvgREvF9qgYQOvkzel4zlrBKwmMBR2/17bZk698/YPzi9 tl40c1ziHpXTc1110fitP7qMwbRnfB5bERyUbPigKJaDcSoppdAbBFrYWlJtJvS/6AW0YPB NMb6b7DnH8jkEwSaCcBa2PULLZpS8WMYwfFYM95FGwaE9V69Gvbqsm+jZ/3gyrC/2/VEGEC 6FiZDcKitYDHvE0f0F6Ww== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:H4QESnfMEM4=:avdpyTXh6HrorCglhm5kuU MA+MmhekQqQEiE6zm60gvXGe12M+4llUGXrC8R+bZ28fBE0COqH2mRggDp470pjB4rRzZbZ4n gniEyNk5rQKB0fPsDF7g3vWH0TcBk52u3Y0laYELnoJSKeDtotSLK/wga86XyWFniCeZ6B34R 9wSft79kiyzr8URoKKaXRr/iKTfqMIq24RKrRbIEu6tdxrn+KMuz04IKHmPzBoJcDSUtk5Dn4 OxkZizYrFQanbUlIRr075en9PlUuRVu/UpcmfRrOZSzP20KgH90JGFP2aQgQcWDGv6iX1GzHw ye4xGeK56iDatyLMS37gdvZor1nEvc514d7xCBWq3KzDcmiNlQjG2yEPzJkvi6yfmw4l0JalW ps5nrd8IU9Z8+2DiPutCM9C17AdHMAX7p9XjeddIkD4Uc3EjfhsTHYJ8vGyBnaFY9DLt4g9CZ nz1MoRiH3WO92M1xlayjmdpm/eVXGpp40sAPzoqB59HT+N63NSSKIetNUMHPieS7bvAANE/su IIJSwPCcbyJLbA0huPgsPOL+3IzrxXxf/EoNzO8qSOSeEDD+0PxKRhx7Psny1wCJuqnJLgP39 DwcxoWy4wNH6yW3dRnA7xmWBqN2FB9Z1iCapOGizbWDCd+pLllgO7HO+tyff8smqG7Q2xaoHq cuaJwPaDD1HMWpPLGEsHkifzgyBEpFcgRLZWpyhwroEHifS3e5Sbg2gVxXq5VMFjC+p3bk/1k 8OEwI7IW3Lsn52XbOkad/lPmL5PvyXzFwqHsRfoaPErHihoNnmxrWzMJGQ83hOFzAaHjkBUBs Qh0pEg+FCGK/PW+VuYu8ODWErQVoY/BRbHX1c2BshgYZPmPgi1IJuvJxT7cJ/nWFwFm1X6NNB NAYu7Hn8D9rTu+gz8J3tbTPNuuOhwrLpfOFnm2srZgEpO6J8hx4vj9aNxGVzcf3KfSYV2RzZ9 ItDrVJMrPoNKkRIPKA4Jwh/bkh8safrlMKvEk5exZFK0MGZOY7S6XI2jZQ1j+LQHWTA3gyXFb PdtQt1w/c4sBT3DPXeJpjg1YfafBpgUj3MMv7o6XT9E0RAZF3ok5+XWMaoQodRo9KrMBBa4Eo iyzV3D79z4YQ+ydQXc8XMtnUWNywapzh89TP+g6/Nmyk2vqe31FLLu/3mZgncAGEHk7PefhnG oF90u7TkOsEdixPyMKissyd6rzOCwhD27DClKI7DjAwQFYkQ== Subject: Re: [PHP-DEV] Re: PHP 7.2 minimum ICU version From: cmbecker69@gmx.de ("Christoph M. Becker") On 22.08.2019 at 15:54, Sara Golemon wrote: > On Thu, Aug 22, 2019 at 2:28 AM Christoph M. Becker > wrote: > >> On 22.08.2019 at 01:17, Trevor Rowbotham wrote: >> >>> Is there any way to increase the minimum required ICU version in PHP 7= .2 >> and 7.3 to >>> at least 4.6, which would ensure that the upgrade path is actually >> available to users >>> trying to avoid the deprecation notice? >> >> We usually do not raise any dependency requirements for stable release >> branches, to avoid potential BC breaks. And after all, most of ext/int= l >> is supposed to work flawlessly with such ancient ICU versions, and to b= e >> able to get rid of this deprecation notice, building with a newer ICU >> version is already possible (and, in my opinion, recommendable anyway). > > Agreed on not raising the library dependency requirement in branch, but > perhaps we can smooth the transition a little by only raising the > deprecation notice *if* the environment actually allows using the > non-deprecated behavior. This would have the opposite impact on the act= ive > branch of raising the dependency while still providing the facility of a > deprecation notice to builds that aren't based on ancient ICUs. That. In my opinion, even those who use ancient ICU should be made aware of the deprecation, to avoid issues when they finally switch to a later PHP version with a newer ICU. > Or perhaps tailor the deprecation warning a little? (Nevermind, I just > wrote it out and it gets ugly) > > Or perhaps just stick with status quo and add a note to the manual. :D That might be best. =2D- Christoph M. Becker