Following the discussion at the end of last week, I prepared a draft RFC
for the inclusion of Optimizer+ in PHP.
In parallel we’re in the process of prepping the source code for
independent public consumption, which I hope we can be done with by the end
of next week, hopefully sooner.
On 29/01/13 08:03, Zeev Suraski wrote:
Following the discussion at the end of last week, I prepared a draft RFC
for the inclusion of Optimizer+ in PHP.
In parallel we’re in the process of prepping the source code for
independent public consumption, which I hope we can be done with by the end
of
About
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
(For now, I have reverted this fix)
Here some explanations.
LONG_MAX is 9223372036854775807 (0x7fff)
double representation of LONG_MAX is 9223372036854775808
(d LONG_MAX) is evaluated in
Le 09/02/2013 16:10, Remi Collet a écrit :
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
Also see https://bugs.php.net/bug.php?id=64142
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hi Remi
On Sat, Feb 9, 2013 at 4:10 PM, Remi Collet r...@fedoraproject.org wrote:
About
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
(For now, I have reverted this fix)
Here some explanations.
LONG_MAX is 9223372036854775807 (0x7fff)
I need a review for this patch , it is correct or the right way
https://bugs.php.net/bug.php?id=63356
ps: i asked to break the patch in multiple patches so it can be easier
to be applied and reviewed
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On 09/02/13 15:47, Pierre Joye wrote:
hi Remi
On Sat, Feb 9, 2013 at 4:10 PM, Remi Collet r...@fedoraproject.org wrote:
About
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
(For now, I have reverted this fix)
Here some explanations.
LONG_MAX is
On Sat, Feb 9, 2013 at 3:59 PM, Tedd Sperling t...@sperling.com wrote:
On Feb 9, 2013, at 2:00 PM, Jonathan Eagle jeo...@attglobal.net wrote:
Jonathan:
No offense to your routine, but you may want to review this:
http://sperling.com/php/authorization/log-on.php
If anyone finds an error,
Hi!
these onto the appropriate visualC / gcc types. As far as I can see,
PHP doesn't and seems to use long and int almost interchangeably which
PHP indeed does not use fixed-size types in zvals, etc. but it
definitely does not use long and int almost interchangeably. In almost
any place
Hi!
About
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
(For now, I have reverted this fix)
Here some explanations.
LONG_MAX is 9223372036854775807 (0x7fff)
double representation of LONG_MAX is 9223372036854775808
I see what's
On 10/02/13 03:25, Stas Malyshev wrote:
these onto the appropriate visualC / gcc types. As far as I can see,
PHP doesn't and seems to use long and int almost interchangeably which
PHP indeed does not use fixed-size types in zvals, etc. but it
definitely does not use long and int almost
Hi!
Stan, you are right to correct me. Sorry. However, I still feel that
the implicit assumption is that sizeof(long) == 2*sizeof(int) and this
I'm not sure where this assumption exists. Could you be more specific?
PHP uses long for most integer values, and int for some internal things
and
Le 10/02/2013 05:54, Stas Malyshev a écrit :
Hi!
About
http://git.php.net/?p=php-src.git;a=commitdiff;h=79956330fe17cfd5f60de456497541b21a89bddf
(For now, I have reverted this fix)
Here some explanations.
LONG_MAX is 9223372036854775807 (0x7fff)
double representation of
One more test (to get rid of compiler optimization)
int main (int argc, char *argv[]) {
double d;
if (argc1 sscanf(argv[1], %lg, d)) {
printf( double=%.20lg\n, d);
printf( signed=%lx\n, (long)d);
14 matches
Mail list logo
