Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97623 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62283 invoked from network); 9 Jan 2017 12:04:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Jan 2017 12:04:48 -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.17.20 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.20 mout.gmx.net Received: from [212.227.17.20] ([212.227.17.20:52434] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FE/29-31343-F5C73785 for ; Mon, 09 Jan 2017 07:04:47 -0500 Received: from [192.168.2.109] ([217.82.227.120]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M7CRe-1ceMDE2oL8-00x3eN; Mon, 09 Jan 2017 13:04:42 +0100 To: Joe Watkins References: Cc: PHP Internals List Message-ID: Date: Mon, 9 Jan 2017 13:04:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:v7fracKfpvpFXk16zJLaf0Pw6bNgC1WoQ06EyvVHaSYJsLzWQ// T3X8xGxSc/xPsx2e9X/0IJsrRkXrdT9oxJX5gAHFzl7VK3HXCRJZ8ibC8Juq8GwJrIIOjej knJPNqywFVAL2yJLh/bCnS4KNjaylawdlxmUgVWP6yU09S88QrxMDXyx1Sfq+9iiFQHpgu9 M3uGFKmjqwg2sfgyZLeWA== X-UI-Out-Filterresults: notjunk:1;V01:K0:aRNCY0TkmqM=:tdDlDTx4bKDMzvKFaz9Cq4 WMMnbkKcl/VWZaH8JkWXe6zdW+pwLRgZ8dpya6ZNv7Meqx0Nr7WWjK4X+pDJ4kgOr4ljLcYSb hy+tJziZ5Nl9uD8LCpDeUF95inBe88aMbdE2Di1bNfRJLIqbV4T344E4A+sBtZjSYuuSzpOXq kc8nzPXBSYOks54v6mcum+CdYRvJVpjbMQoo/JQ21Wd2g+BfxSAjZuaG+EB265ENclLWsXh0G 6xE9uhn0z5eDLHt71Bpwv8lIj1YDQG+mxGJ9jyu83J0g1P1rHDvl32/4myAt2j/VWyvD4VyOw k3OwtV2lYP55+p+32dIV0rz4rM+YrkkTBhFZJqW4kT2L9VPF5SgTHb/A05ubk5xDRISKDLV2x V6nQnTF9uU52nh13tU6ITuATR5f3vsUNTzflnuO+CPWkPwTdsYDmqJjVrOsAAzS62D8GcAyx4 dvxF8BEaN9T3llHhWIxCQSTMmlp5W8IBXatzmPzpz3w7vi69XOz+4JBW2D6MJXr72s3vKEraL +6pVxo5OJyMqVE4fTh83g5eZpyQTE4OhsdNzcBhQrvvMFdNv9uJLFhpS08yWE2P5vYbN1Vlw7 YX1gzve8ZcgXbNb1GeX/Z0QL6MU8YtWD6RgGrEUZafHT2E+nfKj2dJiYwKqq5WTZNiyvF5CiA dAAB3siDkx3a7KtXizh/TsU/kbDAA0qGMr2dtsr26uu9IS3wPVUhT5RiGIdbNQlouhQ9KsueR HpH7ZsLyTI9zyG4OvF+CUrwEwyhrM64ka8rXptV92naB98Ad9xFzq8zWulS7tbD9DXjucpITW KOXltz7 Subject: Re: [PHP-DEV] ext/xml: libexpat support still useful? From: cmbecker69@gmx.de ("Christoph M. Becker") On 09.01.2017 at 11:10, Joe Watkins wrote: > Morning Christoph, > > It is not clear what has been deprecated: > >> 21 June 2016, Expat 2.2.2 released > > Can you dig about some more and find out what's going on exactly please ? Originally, ext/xml relied solely on libexpat[1], but in PHP 5 it was rewritten to support also libxml[2] (apparently, all XML extensions had been rewritten to support libxml back then[3]). The reason to switch to libxml apparently was to have a common backend for all XML extensions[4]. The deprecation notice was introduced in commit 73415c9e[5] which was about removing the bundled libexpat. I don't know whether there had been any plans to remove libexpat support altogether sometime (and this had simply be forgotten), or the deprecation notice had only been introduced to express that libxml is preferred. [1] [2] [3] [4] [5] Cheers, Christoph > Cheers > Joe > > [1] http://www.libexpat.org/ > > > On Sun, Jan 8, 2017 at 11:02 PM, Christoph M. Becker > wrote: > >> Hi! >> >> Due to I've noticed: >> >> $ ./configure --help | grep expat | grep XML: >> --with-libexpat-dir=DIR XML: libexpat install prefix (deprecated) >> >> This deprecation note is apparently present as of PHP 5.0.0 at least. >> So I wonder whether there's a good reason to still support libexpat, >> especially as some behavior of the XML extension depends on the >> underlying library. It seems to me we could reduce the maintaince >> burden by removing libexpat support altogether. >> >> Thoughts? >> >> -- >> Christoph M. Becker >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> >