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:[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
__________ NOD32 1.1380 (20060125) Information __________
This message was checked by NOD32 antivirus system.
http://www.eset.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
