Re: Kill ereg with fire

From: Date: Sun, 31 Aug 2014 19:36:15 +0000
Subject: Re: Kill ereg with fire
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-76999@lists.php.net to get a copy of this message
On Sun, Aug 31, 2014 at 2:08 PM, Tjerk Meesters <tjerk.meesters@gmail.com> wrote: > Hi Ferenc, > > On 31 Aug, 2014, at 7:00 pm, Ferenc Kovacs <tyra3l@gmail.com> wrote: > > > > > On Sun, Aug 31, 2014 at 7:08 AM, Tjerk Meesters <tjerk.meesters@gmail.com> > wrote: > >> Hi internals (again), >> >> Recently I’ve done a small assessment on how feasible it is to remove >> ext/ereg from the project for the next major version. This is the result >> (so far): >> >> https://github.com/datibbaw/php-src/compare/kill-ereg >> >> I’ve replaced two instances of ereg with their pcre equivalents, OPcache >> and PGSQL. >> >> Btw, simply using ‘pcreposix.h’ didn’t work out for OPcache, I would get >> this error: >> >> Error Blacklist compilation: invalid argument to regex routine >> >> Perhaps I’ve missed something obvious, but porting it wasn’t hard either. >> >> Thoughts? > > > Afair we have a patch floating around, but never made it into the repo, > but everybody seemed to agree to remove the core dependency of ereg and > make it optional to enable. > > > You mean make it optional to install via PECL, right? I agree ;-) > imo that's a different topic (removing build dependency on ereg and moving it to pecl) but as we are deprecating the ereg functions in the userland for a while now (since 5.3) I would be fine with it in PHP 7. -- Ferenc Kovács @Tyr43l - http://tyrael.hu

« previous php.internals (#76999) next »