Re: libxml2/threading/win 2003

That'll be a 'no', then...

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:edink@emini.dk] 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 __________ NOD32 1.1380 (20060125) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com