Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57415
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.125 cause and error)
Message-ID: <4F170BF7.9010608@lsces.co.uk>
Date: Wed, 18 Jan 2012 18:14:15 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20111220 Firefox/9.0.1 SeaMonkey/2.6.1
MIME-Version: 1.0
To: PHP internals <internals@lists.php.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>
In-Reply-To: <4F170372.2080201@rowe-clan.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] 64bit Windows builds
From: lester@lsces.co.uk (Lester Caine)

William A. Rowe Jr. wrote:
> On 1/18/2012 6:13 AM, Lester Caine wrote:
>> >
>> >  A much better reason for not supporting the build is probably that the 64bit compiler is
>> >  not available in the free development stack? We have to buy a development stack to get the
>> >  64bit compiler which blocks rather than working with the publicly available process:(
>> >  But actually that is a better reason for supplying a 64 bit build, and why others are
>> >  providing that service.
> Actually, no.  There are any number of free mechanisms to build 64 bit code.
Could you elaborate on that?
Building 64bit windows applications which are VC9 compliant would seem to need 
the 'official' compiler, and while I have not done a lot of looking, there was 
nothing being offered when I tried to set up the windows build environment form 
Pierre's original notes although that was some time ago. I ended up buying an M$ 
development pack to plug the hole.

> The root problem is that Windows "WIN64" is a 64P architecture.  Linux and
> *nix variants, on the other hand, are 64ILP or 64LP.  Meaning Windows has
> longs/ints which are undersized compared to the *nix brethren.  The old and
> stale abuse such as unsigned long X = (unsigned long)pY; will not do what
> the author intended.
>
> This means all packages ported to *nix 64 bits may have very serious flaws
> which have not been fixed for*Windows 64 bit*  architecture.  I'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 pairs
> of eyeballs to get right.

I do accept that there are inherent problems with the current unsupported 
builds, my own sites have not had any errors in serving PHP pages via a 64bit 
Apache/PHP/Firebird stack on 64 bit windows XP. But I am more than happy to help 
if a serious effort is made to tidy this up, and I still have two sites that I 
can soak test on, although one of them is scheduled to switch to Linux in the 
next six months.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php