Just to make one thing clear: To the best of my knowledge the module works with 5.4 and trunk (it's three months since I tested, but I'm not aware of a recent big API break) only defect is that the PDO sqlite2 driver won't be there and can't be enabled in an easy way. The patch I sent yesterday fixes that in one way. The mail mentioned another way. Whoever wants to release the extension can go for it easily.
Aside from this specific case it is worth to discuss the role of PECL and Siberia for the future. This should happen in a dedicated thread with some proposal for a strategy and goal. johannes On Thu, 2011-11-17 at 14:08 +0100, Pierre Joye wrote: > hi, > > 2011/11/16 Philip Olson <phi...@roshambo.org>: > > > We need to make pecl/sqlite work with 5.4, as currently it does not. > > Why? We moved it out because it is not maintained anymore. As I agree > that the concept of "move to pecl" for dead extensions is a bad idea, > inciting users to continue to use with 5.4 instead of migrate their > code to sqlite3 is not a good thing. > > > I forget the details (and the related patch) but did work on one with > > Johannes many months ago. The last step (which failed) was to get > > pdo_sqlite2 to work with the shared PECL variant, IIRC. Then, make a > > release. > > It can be applied to svn. I suppose we should add a note as well in > the documentation about this move. > > > Moving something to PECL should require that the PECL extension work with > > the distribution that it was [re]moved from. Otherwise, it was not moved. > > I disagree, it should work with the distro where it was still present. > If we stop to support something with a given release, there is no > point to give the wrong message to our users. > > However, if someone feels like it is worth maintaining this dead > library binding and keep alive for 5.4+, he can indeed go ahead, but > unless we have such a person, I don't think we should release it or do > anything else for this extension and 5.4. > > Cheers, > -- > Pierre > > @pierrejoye | http://blog.thepimp.net | http://www.libgd.org > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php