Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57449 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48330 invoked from network); 20 Jan 2012 03:42:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jan 2012 03:42:10 -0000 Authentication-Results: pb1.pair.com smtp.mail=wrowe@rowe-clan.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=wrowe@rowe-clan.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain rowe-clan.net from 64.202.165.4 cause and error) X-PHP-List-Original-Sender: wrowe@rowe-clan.net X-Host-Fingerprint: 64.202.165.4 m1plsmtpa01-03.prod.mesa1.secureserver.net Linux 2.6 Received: from [64.202.165.4] ([64.202.165.4:46032] helo=m1plsmtpa01-03.prod.mesa1.secureserver.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2B/F0-42843-192E81F4 for ; Thu, 19 Jan 2012 22:42:10 -0500 Received: from [192.168.1.199] ([76.252.112.72]) by m1plsmtpa01-03.prod.mesa1.secureserver.net with id Pfi41i0051Zmh9Y01fi4ey; Thu, 19 Jan 2012 20:42:05 -0700 Message-ID: <4F18E283.6000205@rowe-clan.net> Date: Thu, 19 Jan 2012 21:41:55 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Pierre Joye CC: =?UTF-8?B?w4FuZ2VsIEdvbnrDoWxleg==?= , Lester Caine , PHP internals References: <4F16AB37.1070107@lsces.co.uk> <4F16B758.7010206@lsces.co.uk> <4F170372.2080201@rowe-clan.net> <4F17510F.9000702@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] 64bit Windows builds From: wrowe@rowe-clan.net ("William A. Rowe Jr.") On 1/19/2012 5:29 AM, Pierre Joye wrote: > 2012/1/19 Ángel González : > >> Such binaries wouldn't be compatible with IIS, but mingw seems preferible >> to the legacy VC6 for use with the oficial Apache binaries. A couple of things to remember; msvcrt.dll is quite actively maintained, even when it's maintained against the interests of php or the c language standards bodies. This would not be true of msvcr70.dll, for example. Actively supported is msvcr100.dll, of VisualStudio 2010, and that is what the httpd project expects to ship some httpd 2.4.0 binaries with. But the msvcrt.dll itself is neither less or more maintained so far than the per-studio-release flavor. It's a shame that the NT/kernel team and the VisualStudio team simply can't get along. Any mingw/gcc build is going to bind right back to msvcrt.dll, nullifying whatever train of thought you were pursuing. There are php-specific defects that MS has chosen to err on the side of incompatibility to spec. > There is no such thing like "official apache binaries", they provide > some as conveniences. Just as with php; these are open source, we give you the source. What you the user proceed to do with it is with our blessings :) This is one of the advantages of keeping build systems and dependencies as accessible as possible, something I consider a flaw in php's win (and aix, solaris and hpux support), and a laudable goal of the coapp effort (all the way through pushing upstream their own shallow fork fixes).