Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:42920
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.132.250 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
        b=E5apTlGAqiNIEu1qsU3RfZUPTPXvsOH4CWJeH51Mg7/rEo62M/Qy7bXvmI1WGBFbSP
         aG4DoZ2R5H36b7Rw5RCiKcRHbeYc5OtHuJb9TGScH72tpOLQ8iOh7sftI1q6ULnmPczS
         Rnr525lqF91zYjphpO9TO+4KLmq7oRic3YOrQ=
MIME-Version: 1.0
Sender: kkooporation@googlemail.com
In-Reply-To: <CA.32.61634.A22C9894@pb1.pair.com>
References: <CA.32.61634.A22C9894@pb1.pair.com>
Date: Wed, 4 Feb 2009 19:03:44 +0100
Message-ID: <bf119e410902041003n6010ef48m81664a727f5ccf7c@mail.gmail.com>
To: Iain Lewis <ilewis@uk.ibm.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=001636e1fa2cd47e1f04621b9b98
Subject: Re: [PHP-DEV] casting doubles to ints
From: kureal@kkooporation.de (Kenan R Sulayman)

--001636e1fa2cd47e1f04621b9b98
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi Lain!

As much as I did understand, this might be a pretty good idea.
Anyhow, you want to make this variable to be constant?

I think, this might break some calculations.-

And another question:
Does anyone knows, why PHP is showing 2147483647 as PHP_INT_MAX ? *truly,
I'm running x64*

Thanks,
--
(c) Kenan Sulayman
Freelance Designer and Programmer

Life's Live Poetry


2009/2/4 Iain Lewis <ilewis@uk.ibm.com>

> Hello all,
>
> I wanted to suggest back porting the behaviour of the DVAL_TO_LVAL macro
> from zend_operators.h from 5.3 to 5.2, and wondered whether people thought
> this was a good idea or not?
>
> The reason I want to do this is that while writing some tests, I noticed
> that the behaviour of casting a float to an int is a bit counter-intuitive
> on 64bit platforms for PHP 5.2. It looks as though this has been fixed in
> 5.3, and it would seem like a good idea to put this change back to 5.2 as
> well. From a personal point of view, it would mean I could write one test
> that would work on both 5.2 and 5.3, but it also seems like a sensible
> change, as the current behaviour is non-obvious. The change would cause some
> current tests to break, but I am happy to do the work to fix those up.
>
> This is how a few expressions get evaluated at the moment. Changing the
> macro would make the 5.2 behaviour match 5.3
>
> Expression                      5.3 (RHEL5-64)       5.2 (RHEL5-64)
>
> (int) (PHP_INT_MAX)             9223372036854775807  9223372036854775807
> (int) (PHP_INT_MAX + 1)         9223372036854775807 -9223372036854775808
> (int) (PHP_INT_MAX + 1000)      9223372036854775807 -9223372036854775808
> (int) (PHP_INT_MAX + 10000)     9223372036854775807 -9223372036854765568
>
> Does this seem like a good change?
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001636e1fa2cd47e1f04621b9b98--