The more extensions enabled by default, the more extensions many developers can count on being in common builds. Part of PHP's success is the extension system and the variety of tools it gives the user-base. It is also a nice peace of mind for library developers to be fairly sure the typical php build has X ext.
Is their a particular reason you are against giving users such a variety of tools? If performance or binary size I would be interested in stats/benchmarks. I have done some testing in the past when we disabled all extensions we did not use at a previous employer to squeeze some performance out and the benefit was non-existent. -Chris On Fri, Aug 1, 2008 at 4:53 AM, Antony Dovgal <[EMAIL PROTECTED]> wrote: > On 01.08.2008 15:44, Pierre Joye wrote: > >> It is not about being 100% true or 100% false. We have a couple of >> ways to see that, extension usage stastistics and own experiences >> (mines in the PEAR time, with htscanner feedbacks on what they use, >> and a couple of other things). I provided one source and it reflects >> what I said (see nexen.net base configuration stats). >> > > Lots of hostings and single servers use default packages from their > distributions and distributions tend to include much more than what's > enabled by default, so > "hostings use what's enabled by default" is just as fake argument as is > "hostings are afraid of PECL". > > Also, even if all of the hosting companies in the world would use simple > "./configure", I still couldn't think of a reason to enable ext/sqlite3 by > default. > > > -- > Wbr, Antony Dovgal > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >