On Mo, 2018-06-25 at 09:58 -0500, Ralph Schindler wrote: > On 6/25/18 9:13 AM, Johannes Schlüter wrote: > > > > On Mo, 2018-06-25 at 12:30 +0000, Zeev Suraski wrote: > > > > > > 3. Foreign Function Interface support. > > Related to this on a non-PHP-code and strategic matter I would like > > to rethink PECL. Currently maintenance and installing extensions > > using it is a pita. This should be doable in a nicer way. > Is it worthwhile to also consider some form of safe runtime > registration of extensions (or extension-like whatever that looks > like in a JIT model).. A la dl()? > > I realize in today's age of containerized projects (1 php install per > project, everything owned by root per-se) makes PHP with esoteric > extensions much easier, it still would be nice if I could composer > install a specific version of an extension; like xdebug in a > require-dev, or require one of the new kafka extensions at the > project level. >
For a goal I agree, I however see hurdles on the way (need to avoid startup costs on each request, eventually need to handle use of different versions of the extension on subsequent requests) I believe a more narrow and stable extension API might be a start for that. johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
