Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101639 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85698 invoked from network); 20 Jan 2018 14:03:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jan 2018 14:03:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.19 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.15.19 mout.gmx.net Received: from [212.227.15.19] ([212.227.15.19:51100] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4B/66-12394-A1C436A5 for ; Sat, 20 Jan 2018 09:03:08 -0500 Received: from [192.168.2.105] ([79.243.122.205]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MVeCF-1eJLcP3Jol-00Yz5l; Sat, 20 Jan 2018 15:03:02 +0100 To: Andrey Andreev , PHP internals References: Message-ID: Date: Sat, 20 Jan 2018 15:03:02 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:RxLvJ0aJ22qnetXyWhDHRzbsWWQiN7jN47xYhf6BmgkRL6fOfiN NbPz55dHZ6338IhhBannzA0yiU1dwMI9fYBg0P8r689EJN2vjL6roLHcowVg2c5mvgFYaQy AWrUFR2J2Qw9Uca4WR0Mh0gTy9Aq7Eix/DkpjmcbX/EvBLNymR5I0jv06KPaQKrHDzj+AoG b240bb9ndgmvvtMxIcxmA== X-UI-Out-Filterresults: notjunk:1;V01:K0:wgXhiPPWv8I=:lndhW/jOiZX2xjlSc6eiO7 z3psqa0kDbyElTvvO+ZFC6Zahn3Cp87l818x1DHNnmFrDDYFKsz8bsN50FVRevGqAIIRSh4Xn qe2/6FyXzHfNjnX/iabGrbDN/1+Nice6FPViR8adoGvWM+oaO4/ubJaoHPg8OdfeBCanT3tZj Obruqn9fTzHiwo0zKJOusBBS2vLhAoPC4uFJaX6F2ywVVvF4v4v0FxA8shWCI60J+Qp3wYOxo RgrSI2dprP8CgaSMpUkKIJh0Rw/exCKOKy9S/1v2FNeBm5fXm9AABnrQRlYzKBoIBZpuW4QlO V489PHNIukkLWm6MxdAVipHL/q7SXAU90F8zx0ggjNcTLe6FBOue3JVnHLkoeXhUWhVBv4uSm Jr5CH7pdg76qkeF+eby1W4WCaGbIPPo0Hc+NMXhWUV6GvFLRDCBTaIY+eWjfrWWVySjD4Jpb7 SzmQrKGvj+DsSSUNB4r7mlhzjWuC8i4mjXsF5f8PAO2l6kxd0LWAlxLsBs39xxf6oKHPz+mrz f8Cy3n5aqyQJ5HEH2y1qRgTJzrc3lgLfXnSQsqDiF/CMIdcds1crzlzNIr4hQE6GzDlZ+h3sV HJcr9zFJwRvjEeJrpQC7lL4M2DCvC8SyLDQ2AkRRX3y7iXt9ZzqDUkuqfP30Lq3sokAaDNvS7 UEoeYvy3PzvzcxWChTBISkIIl48RZUY9DaEpStOZaTlL7F/v453jjFx3eSsDeY/Tx9BEr1Wnd C7Me4sQyUn84VfDrPlr1PhqsriCRWZJtJRdNO4MjQTlkW+P6Jeu8+x2yIwHs0g0rKLatfnlW4 wUO+sYR280/cJ3NRT8HGUN3ockv7VqqU/SHUs1wDZPfzuWwlHM= Subject: Re: ICU and the INTL_IDNA_VARIANT_2003 deprecation From: cmbecker69@gmx.de ("Christoph M. Becker") On 19.01.2018 at 19:11, Andrey Andreev wrote: > It seems that an important detail was missed in the RFC to deprecate > INTL_IDNA_VARIANT_2003 in PHP 7.2.0 (and later remove it). The only > other option available - INTL_IDNA_VARIANT_UTS46 - may not be > available at all, as PHP has ICU 4.0 as its minimum requirement, but > support for UTS#46 was introduced by ICU 4.6 ... > As a result, there may be systems where having a clean call to > idn_to_ascii(), idn_to_utf() is impossible. > > I'm all for following deprecations by upstream, but I didn't find any > mention of this scenario in the discussions. I'm assuming nobody has > considered it and we're in a bit of a mess right now, so ... Indeed, I had not considered this issue during the RFC process. Thanks for bringing it up. > My immediate thought is to simply bump the ICU version requirement, > but I have no idea what kind of an impact that would have. * ICU 4.0 has been released on 2008-07-02 * ICU 4.6 has been released on 2010-12-02 * ext/intl requires at least ICU 4.0 as of PHP 5.5.0 (released 2013-06-20) Considering these release dates, it appears to be okay to require at least ICU 4.6 as of PHP 7.2.2. -- Christoph M. Becker