On Tue, 3 Sep 2002, Andrey Hristov wrote:

> > i'm +1 for that if it means that first it disables everything, and
> > then you enable stuff bit by bit...
> 
> --disable-all is good for me for one reason - to speed dev builds.
> When I work on arrays I don't want to link xml, mysql and so on. I've
> disabled them in config.nice but --disable-all is better because it
> won't be needed to search which modules I can disable.  --disable-all
> can be good for some sysadmins that run large websites and want to
> have only that they need - disabling all and adding what is needed
> thus decreasing the size of the binary.

yes, and as I pointed out Jani got this almost working.

> The idea about ncurses based setup is very good and I hope "we" will found
> the man/men who will do it.

Yeah, it's nice... but no time :)

> 
> On the other hand it won't be good if mysql is disabled by default. I
> saw one reason here : endless bug reports about mysql_connect() more
> than these about Apache2 builds.  Another reason : mysql is easy to
> install on most platforms (mostly windows) and because PHP is easy to
> learn (good curve) - PHP is the choice as the language to write
> scripts.  Also I think that enabling postgresql support by default
> will be good. Thus we will provide support not only for one database
> in the builds. Mysql is overpromoted and PG stays in the dark (this is
> my opinion).

Well, for something to enable by default you need to bundle the library,
and I don't think it's a good idea to bundle another RDBMS client
library...

Derick

---------------------------------------------------------------------------
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---------------------------------------------------------------------------
                 PHP: Scripting the Web - [EMAIL PROTECTED]
                    All your branches are belong to me!
                SRM: Script Running Machine - www.vl-srm.net
---------------------------------------------------------------------------


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

Reply via email to