Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57417
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F170372.2080201@rowe-clan.net>
References: <CAAyV7nEC65+XtVnTzRw6zEm1fOR3GZ_9fvUxgMMeE=KA90rx6g@mail.gmail.com>
	<CAEZPtU6SAW5Ju0HnCMwiJmhKaizj6RZ556mVOcc3D5zHDRUGxw@mail.gmail.com>
	<4F16AB37.1070107@lsces.co.uk>
	<CAEZPtU6NnPn_q-4tD_NkPmjHgkOfQYoefOv26JQyeYDjSegtEA@mail.gmail.com>
	<4F16B758.7010206@lsces.co.uk>
	<4F170372.2080201@rowe-clan.net>
Date: Wed, 18 Jan 2012 20:35:50 +0100
Message-ID: <CAEZPtU70pxB=J9uZ3uNvpRL_o7k4T1XQmJRfV7iWE1HoQvTahg@mail.gmail.com>
To: "William A. Rowe Jr." <wrowe@rowe-clan.net>
Cc: Lester Caine <lester@lsces.co.uk>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] 64bit Windows builds
From: pierre.php@gmail.com (Pierre Joye)

hi,

On Wed, Jan 18, 2012 at 6:37 PM, William A. Rowe Jr.
<wrowe@rowe-clan.net> wrote:
> On 1/18/2012 6:13 AM, Lester Caine wrote:
>>
>> A much better reason for not supporting the build is probably that the 6=
4bit compiler is
>> not available in the free development stack? We have to buy a developmen=
t stack to get the
>> 64bit compiler which blocks rather than working with the publicly availa=
ble process :(
>> But actually that is a better reason for supplying a 64 bit build, and w=
hy others are
>> providing that service.
>
> Actually, no. =A0There are any number of free mechanisms to build 64 bit =
code.

None of them are part of what we support tho' (we do not support mingw
for example, and won't support it).

> The root problem is that Windows "WIN64" is a 64P architecture. =A0Linux =
and
> *nix variants, on the other hand, are 64ILP or 64LP. =A0Meaning Windows h=
as
> longs/ints which are undersized compared to the *nix brethren. =A0The old=
 and
> stale abuse such as unsigned long X =3D (unsigned long)pY; will not do wh=
at
> the author intended.
>
> This means all packages ported to *nix 64 bits may have very serious flaw=
s
> which have not been fixed for *Windows 64 bit* architecture.

That's a perfect good example of the numerous issues, and not only in
PHP itself but in all dependencies.

>=A0I'd anticipate
> CoApp identifying and resolving most of these applicable to PHP over the
> coming months, but it is a non-trivial problem requiring a number of pair=
s
> of eyeballs to get right.

Not going to be supported by PHP any time soon, so I won't hold my
breath or put one cent on that tool at this stage (for php, as it is
what I can talk about right now).

Cheers,
--=20
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org