On Wed, 25 Jun 2003, Marcus Börger wrote:
> RL> On Tue, 24 Jun 2003, Edin Kadribasic wrote:
> >> > At 04:32 PM 6/24/2003 +0200, Sascha Schumann wrote:
> >> > >     SQLite should become as pervasive as the session extension.
> >> > >     It is really a killer feature.
> >> >
> >> > I think this was well put. It seems there is "almost" a consensus that
> >> > bundling and enabling sqlite by default is a big advantage for PHP and its
> >> > users. I agree that in many cases it will replace fopen() in a much sexier
> >> > and easier manner.
> >>
> >> So the only question remains when to bundle it? I would like to see it
> >> bundled as soon as possible even in the 4.3.x series. Any thoughts on that?
>
> RL> It doesn't belong in 4.3.  4.3 is a release branch.  Bug fixes only.  I
> RL> still think we need a 4.x dev branch to start the process of helping users
> RL> towards the PHP 5 goal by doing things like bundling sqlite and adding
> RL> some of the non PHP5-specific changes and features that they will come to
> RL> rely on when they get to 5.
>
> As one of the developers of the extension in question i can only agree. It
> does not belong in 4.3.x.
>
> And the more time passes, the more development happens i more and more tend to
> agree to 4.4, too. But anyway the counter part of doing this would be a delay
> in 5.0 release.

I don't think so.  The argument against it in the past was centered on the
developers.  Keeping a dev branch on 4.x distracted developers from
working on 5.  I think we are past that.  People are clearly working on 5
and it is gaining momentum.  What we need to look at now is migration of
existing code from 4 to 5.  There are things we can do in the 4.x codebase
to make the eventual migration to 5 easier and less drastic and I don't
think that will take away from 5.x development substantially.  It will
affect it a little bit, but mostly that effort will mean less pain later
on when we finally do release 5.

-Rasmus

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to