Exactly. And this should be the case for all these 3rd party libraries. They should always be dlls and not be linked in with php5ts.dll. Throughout our history we've always had trouble with statically linked 3rd party libs...
Andi > -----Original Message----- > From: Edin Kadribasic [mailto:[EMAIL PROTECTED] > Sent: Friday, September 01, 2006 3:16 PM > To: Steph Fox > Cc: PHP Internals List > Subject: Re: [PHP-DEV] libxml2/threading/win 2003 > > Steph Fox wrote: > >> Steph Fox wrote: > >> > >>> We don't have any database client in php5ts.dll... > >> > >> > >> Wez did not want PDO in php5ts.dll in order to be able to > upgrade PDO > >> between PHP releases (for instance from pecl4win.php.net). > > > > > > That's work-around-able by having SQLite 2 support w/o PDO built as > > static + keeping the other two SQLite options as shared. > But I guess > > the rationale is that it won't be work-around-able at a > later stage, > > so we might as well dump it? > > We basically have this choice: > > a) don't bundle ext/sqlite (libsqlite2) into php5ts.dll in > order to enable PDO to use it as sqlite2 driver. > > b) budle it in, but don't allow PDO to use it (effectively removing > sqlite2 support from PDO). > > Option a) was deemed more suitable. > > Edin > > -- > PHP Internals - PHP Runtime Development Mailing List To > unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
