Re: Re: cvs: php4 /ext/mbstring config.m4

From: Date: Tue, 16 Jul 2002 01:01:35 +0000
Subject: Re: Re: cvs: php4 /ext/mbstring config.m4
References: 1 2  Groups: php.dev 
Request: Send a blank email to php-dev+get-85948@lists.php.net to get a copy of this message
My point of view is that: If it's not experimental If it compiles and runs cross platform without error If it doesn't require external libraries If it is properly documented If it doesn't significantly impact performance Then enable by default. ISPs will usually use the default options, and if you try to get them to recompile to enable something, they will either not do it, or take their time. Fab. ----- Original Message ----- From: "Yasuo Ohgaki" <yohgaki@ohgaki.net> To: <php-dev@lists.php.net> Cc: "Robinson, Mike" <mrobinson@tmgtv.ca>; "'Edin Kadribasic'" <edink@proventum.net>; "Jani Taskinen" <sniper@iki.fi> Sent: Monday, July 15, 2002 9:03 PM Subject: Re: [PHP-DEV] Re: cvs: php4 /ext/mbstring config.m4 > Robinson, Mike wrote: > > > > Edin Kadribasic writes: > > > > > Sent: Monday, July 15, 2002 12:05 PM > > > To: php-dev@lists.php.net; Jani Taskinen; Yasuo Ohgaki > > > Subject: Re: [PHP-DEV] Re: cvs: php4 /ext/mbstring config.m4 > > > > > > > > > > I asked to php-dev and nobody objects enabling mbstirng by > > > > default. This allow some modules (extif, mailparse(?), for example) > > > > to use multibyte feature. > > > > > > No objections here. > > > > Frankly, I don't think mbstring should be enabled by default. > > > > If a user wants mbstring support, is it too much to ask to > > have them add --enable-mbstring to their config line? Once > > we go down this road, turning it off by default is a huge wtf. > > You missed the fact PHP module loader/PHP ini parser do not > understand dependency at all. > > We don't want bug reports such as "PHP does not compile > module ABC and/or XYZ", "PHP won't start for some reason", > etc. > > I18N feature is "must have" core feature for modern languages, > IMHO, but it's free to add "--disable-mbstring" in users' > configure line if users understand consequences. > > Anyway, automatic input tranlasation overhead is rather > small. It may be disabled manually using multipart/form-data > encoding, but it could be annoying when we are developing > true I18N website. I'll disable input encoding tranlation by > default, objections? > > -- > Yasuo Ohgaki > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.dev (#85948) next »