Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97863
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pthreads.org from 74.125.82.42 cause and error)
MIME-Version: 1.0
In-Reply-To: <1471967087.7303.20.camel@kuechenschabe>
References: <f790ef52-0a92-a8a3-bb3d-891713b390be@gmail.com>
 <CAJW__o29+y02aWjzHqLEdXJG9-=GtgiexU8v_hctTP=gqtQGgg@mail.gmail.com> <1471967087.7303.20.camel@kuechenschabe>
Date: Thu, 19 Jan 2017 05:47:19 +0000
Message-ID: <CAL=_i_knUqLM8oQfOko5bGiRd6rgzFeEcy1dzcnvJ37J7zAq5w@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: Kalle Sommer Nielsen <kalle@php.net>, Stanislav Malyshev <smalyshev@gmail.com>, 
	Pierre Joye <pierre.php@gmail.com>, Christopher Jones <sixd@php.net>, 
	PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=94eb2c06651808748105466c1147
Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup
From: pthreads@pthreads.org (Joe Watkins)

--94eb2c06651808748105466c1147
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Stas,

The list has been reduced since first opening the discussion, some
maintainers have come forward for some of those first mentioned.

There are still some outstanding extensions though, and I'd like it if we
could move forward with this RFC: either finding maintainers or moving them
out.

Could you possibly find some time to push forward with this please ?

Cheers
Joe

On Tue, Aug 23, 2016 at 4:44 PM, Johannes Schl=C3=BCter <johannes@schlueter=
s.de>
wrote:

> On Mon, 2016-08-15 at 10:17 +0200, Kalle Sommer Nielsen wrote:
> > readline
> > If removed, I guess this won't affect sapi/cli?
>
> It would. In 5.3 or so I moved the interactive shell to the readline
> extension (php -a) in order to help distributors who like to have
> extensions shared.
>
> I think "actual" readline functionality isn't used often in PHP, i.e.
> GitHub doesn't seem to have any relevant results except phpt files,
> syntax highlight descriptors etc.
> https://github.com/search?l=3Dphp&p=3D1&q=3Dreadline&type=3DCode&utf8=3D%=
E2%9C%93
>
> If we remove the extension and move the shell part back into sapi/cli we
> have to teach distributors to link against readline or libedit and users
> won't have a way to "fix" this without recompiling complete PHP.
>
> I'm open for a discussion (probably in a different thread) about this.
> If needed I can do readline maintenance.
>
> > tokenizer
> > Like you mentioned, I think this should be kept in the core and
> > possibly maintained as a part of the parser. I do write some
> > development tools every now and then and make use of this amazing
> > extension and will only want it to be kept.
>
> The script to produce this is by me, if needed I can step in as official
> maintainer. A nice thing would be if we could get rid of the script and
> somehow generate this as part of the parser (which might mean making it
> part of the engine) ...
>
> johannes
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--94eb2c06651808748105466c1147--