On Mon, May 19, 2008 at 8:13 PM, Hector Santos <[EMAIL PROTECTED]> wrote:
> Pierre Joye wrote:
>
>>> Now, of course, you might not be able to learn all this until
>
>>> some one (outside the inner loop) confronts these issues.
>>
>> The thing is that there is a golden rule on Windows and for PHP
>> windows: Always use the same library versions and the same compiler.
>>
>> For the compiler, it is VC6 for every released version. 2k5 support
>> will be provided for 5.3+.
>
>>
>> Now, I really think that such discussions belong to php-internals
>> and not in a private sphere.
>
> Good point, which begs the the issue:
>
>   For VC6.0 compiling, only the SDK for this one should be used.
>   I believe the last compatible one supported was Windows 2003 SDK.
>   But 2000 SDK is the nice fitting one.
>
> However, the PHP Building From Source web site has indicated to download the
> 2005 SDK.  That might be ok, but it does introduce mismatches if one is
> using vc6 (for whatever reason).

It should be the February 2003 SDK. It is the last one known to work
with VC6. It is the one we use on our snaps boxes. Please use it if
you target our binaries (to avoid wtf).

> The other question is what part of the SDK doe PHP need, for what?  OLE?
> Does the pure raw PHP2TS.DLL (no extensions), need it?

do you mean php5*.dll?

> I just finished duplicating an release build of PHP5TS.DLL (PHP 5.2.6) I
> find the following is required:

> - 1998/06/17 00:00:00 | 65372    | oldnames.lib

no idea

> - 1998/06/22 00:00:00 | 146332   | odbc32.lib
> - 1998/06/22 00:00:00 | 75418    | odbccp32.lib

ODBC driver

> - 2001/06/03 02:13:14 | 150902   | advapi32.lib

no idea

> - 2000/08/23 19:29:06 | 235942   | msvcrt.lib

runtime lib

> - 2001/05/06 16:50:00 | 84486    | oleaut32.lib
> - 2001/06/03 02:13:28 | 78144    | ole32.lib

COM related functions

> - 2001/06/04 15:43:26 | 182168   | kernel32.lib
> - 2001/07/04 00:59:42 | 139502   | user32.lib
> - 2001/07/26 00:29:38 | 77128    | shell32.lib

Core stream functions, screen capture and other system specific APIs.

> - 2001/07/26 00:29:42 | 1265694  | uuid.lib

self explaining

> - 2001/07/26 00:29:44 | 39282    | ws2_32.lib

Not sure about this one

> - 2003/10/25 14:58:58 | 960150   | iconv_a.lib
> - 2008/01/11 07:15:58 | 2944956  | libxml2_a_dll.lib  (2.6.31 rrichards)
> - 2008/05/13 21:18:47 | 159308   | resolv.lib
> - 2008/05/17 09:00:28 | 10760    | zlib.lib

These four lib are not part of the platform SDK. You can find them in
the pecl2 download page.

> I would love to assist in getting this cleaned up for PHP. If PHP 5.3 is
> going for vs2005, thats fine. I welcome that,  but IMO a final lock on PHP
> 5.2 under VC 6.0 should be stabilized, especially since, IMV, something went
> wiery after 5.2.5 which is pretty darn stable.

Nothing went wrong. We updated libxml for the reasons already
explained. The error you get about a missing symbol is expected if you
use another version.


> I already have end-users telling me that they need to put old 5.2.5
> extensions into their 5.2.6 installations because of issues.

That's unrelated. There is one problem remaining in 5.2.6 and it is
related to postgresql's libpq. The last version (8.3.1) was used after
having been requested by the maintainers. The problem is that libpq
8.x does not support VC6 anymore and the library itself was linked
dynamically instead of statically (raise a dll not found error when
you load the pg extension).

Cheers,
-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org

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

Reply via email to