The patch mainly improves not the parser, but generated code.
It builds near optimal ZEND_ADD_STRING, ZEND_ADD_VAR sequence for quoted
strings and heredoc.
You can see a small difference even on Zend/bench.php.
Thanks. Dmitry.
> -Original Message-
> From: Stanislav Malyshev [mailto:[EMAIL
Yes. Right.
Usage of number eliminates runtime conversion.
Dmitry.
> -Original Message-
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 16, 2007 9:23 PM
> To: Matt Wilmas
> Cc: internals@lists.php.net; Dmitry Stogov; 'Andi Gutmans'
> Subject: Re: [PHP-DEV] [P
Hello Pierre,
thanks for the clarification.
best regards
marcus
Wednesday, May 16, 2007, 9:56:25 PM, you wrote:
> On 5/16/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> Hello internals,
>>
>> I don't see any progress for PHP 6 in the last several months. And we
>> head more and more into
Do we have any good performance testcases for the patch that show how it
improves the parser?
The updated 5.2 patch is at the same address,
http://realplain.com/php/scanner_optimizations_5_2.diff, and the original
was moved to http://realplain.com/php/scanner_optimizations_5_2-v1.diff
--
Stan
/* Sorry if you see this email twice, I sent it to a wrong list
initially. */
I recently noticed that session_unset in 5.2 (and probably in 6) uses
delete_global_variable which looks up global scope and then deletes
variable from it. Fine so far, but it does it in a loop - meaning it
looks for t
On 5/16/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello internals,
I don't see any progress for PHP 6 in the last several months. And we
head more and more into a situation where people no longer develop in
HEAD and instead develop in 5.2 without caring to MFB.
Please tell these "people"
Sorry for writing here, but can't comment a closed bug.
PHPIniDir "C:\Program Files\PHP\"
Quoting (all) filesystem paths is always a good idea. For a correct solution
you should allways use forwardslashs in the Apache config files, also on
Windows:
| PHPIniDir "C:/Program Files/PHP"
Regards,
On 16.05.2007 18:21, Marcus Boerger wrote:
Hello internals,
I don't see any progress for PHP 6 in the last several months. And we
head more and more into a situation where people no longer develop in
HEAD and instead develop in 5.2 without caring to MFB.
All I know is that we are waiting for
Hi Marcus,
for making HEAD the main development branch we should try to reduce the
number of failing tests. Running run-tests.php -n currently still shows
42 tests failing on my current setup. As long as that many tests fail
it's hard to see if a patch breaks anything in there. I recently spent
so
LAUPRETRE François (P) wrote:
>> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
>>
>> Actually, I would say it would be better to have some "minimized"
>> version which is extract-only, has all the comments stripped, etc.
>> for inclusion in the archives.
>
> There's a difference between pha
"Michael Wallner" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> l0t3k wrote:
>>> Where? Will it be "eat it or die" when you're done?
>>> There've been no replies from core developers to my postings on
>>> php-i18n about providing ResourceBundle API except a single notice
>>> from
The updated 5.2 patch is at the same address,
http://realplain.com/php/scanner_optimizations_5_2.diff, and the original
was moved to http://realplain.com/php/scanner_optimizations_5_2-v1.diff
I've noticed a slight difference between how PHP worked without and with
this patch. Previously, if you
l0t3k wrote:
> "Michael Wallner" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
>> Where? Will it be "eat it or die" when you're done?
>> There've been no replies from core developers to my postings on
>> php-i18n about providing ResourceBundle API except a single notice
>> from
"Michael Wallner" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Where? Will it be "eat it or die" when you're done?
> There've been no replies from core developers to my postings on
> php-i18n about providing ResourceBundle API except a single notice
> from Andrei.
i think i chi
if someone has specific ICU tasks, i can pitch in. i have some (calendar)
locale info fetching code i've been meaning to finish off..
"Stanislav Malyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>> And besides this filter issue, what are the remaining pieces to be done?
>
>
Michael Wallner wrote:
> Should all these three examples give the same result?
^ n't
> $ php -r 'var_dump(-1/2*5, 1/-2*5, 1/2*-5);'
> float(-2.5)
> float(-0.1)
> float(-2.5)
Sorry,
--
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
Stanislav Malyshev wrote:
> There's also some work to be done on supporting more of the icu
> functionality. It's in progress now.
Where? Will it be "eat it or die" when you're done?
There've been no replies from core developers to my postings on
php-i18n about providing ResourceBundle API excep
And besides this filter issue, what are the remaining pieces to be done?
There's also some work to be done on supporting more of the icu
functionality. It's in progress now.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP Internals - PHP Runtime De
Hello Developers,
I'll appreciate your answer to the following questions:
1) What standard modules in PHP enable to move large amount of data over
a SOAP response (I know about DIME support)?
2) Is there a plan to support MTOM in PHP?
Thank you in advance,
Gal
--
PHP Internals - PHP Runtime D
On 16/05/07, Brian Moon <[EMAIL PROTECTED]> wrote:
Michael Wallner wrote:
> [EMAIL PROTECTED] wrote:
>> ID: 41401
>> Updated by: [EMAIL PROTECTED]
>> Reported By: drlippman at yahoo dot com
>> -Status: Open
>> +Status: Bogus
>> Bug Type: Ma
Hello internals,
I don't see any progress for PHP 6 in the last several months. And we
head more and more into a situation where people no longer develop in
HEAD and instead develop in 5.2 without caring to MFB.
All I know is that we are waiting for the filter extension. As it appears
right now
Hi Richard,
- Original Message -
From: "Richard Quadling"
Sent: Wednesday, May 16, 2007
[...]
> If you use variables, then this works fine ...
>
> php -r "$a = 1; $b = -2; $c = 5; var_dump($a/$b*$c);"
> float(-2.5)
Certainly. :-) The problem seems to be the parser is acting weird as fa
Brian Moon wrote:
According to my memory of Please My Dear Aunt Sally these should be:
-1/2*5 = -.1
1/-2*5 = -.1
1/2*-5 = -.1
So, that is bad if PHP answers that way. Someone please correct me if
my memory is wrong. Is there some rule that negative values should be
done first before positiv
Hello Raghubansh,
if such a mapping becomes more important i'd say we go with a xml file
mapping maintained in either php-src or phpdoc cvs module. That way we do
not have to rename all files and loose history.
best regards
marcus
Wednesday, May 16, 2007, 1:58:42 PM, you wrote:
> Hello Zoe,
>
Michael Wallner wrote:
[EMAIL PROTECTED] wrote:
ID: 41401
Updated by: [EMAIL PROTECTED]
Reported By: drlippman at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: Windows, Linux
PHP Version: 4.4.7
On 16/05/07, Uwe Schindler <[EMAIL PROTECTED]> wrote:
> Should all these three examples give the same result?
>
> $ php -r 'var_dump(-1/2*5, 1/-2*5, 1/2*-5);'
> float(-2.5)
> float(-0.1)
> float(-2.5)
They should all give -2.5! But I think "normal programmers" will use braces
in such situations.
> Should all these three examples give the same result?
>
> $ php -r 'var_dump(-1/2*5, 1/-2*5, 1/2*-5);'
> float(-2.5)
> float(-0.1)
> float(-2.5)
They should all give -2.5! But I think "normal programmers" will use braces
in such situations...
--
PHP Internals - PHP Runtime Development Mailing
[EMAIL PROTECTED] wrote:
> ID: 41401
> Updated by: [EMAIL PROTECTED]
> Reported By: drlippman at yahoo dot com
> -Status: Open
> +Status: Bogus
> Bug Type: Math related
> Operating System: Windows, Linux
> PHP Version: 4.4.7
> New Com
kepbepos kepbepos wrote:
Hi all,
I've some problems with getAttribute* methods. I thing it is a bug, but
before send it, I'd like to propose a little test to you all, just to
have
a confirmation (maybe is my installation only).
PHP 5.2.x has correct behavior (see bug 38474) based on W3C spec
On 5/16/07, LAUPRETRE François (P) <[EMAIL PROTECTED]> wrote:
Now, php-internal members, read the docs, try both tools on YOUR software,
compare the time and efforts it took in both cases, and make your own opinion.
But, please, make a TECHNICAL choice, don't base it on friendship or personal
Hello Zoe,
It would be nice thing to have mapping between categorization of the
functions in the php doc and the source/test tree structure but keeping the
tree structure as per the source code is better thing to do. If i have got
it right as of now the testcases are places based on the location o
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
>
> Actually, I would say it would be better to have some "minimized"
> version which is extract-only, has all the comments stripped,
> etc. for
> inclusion in the archives.
There's a difference between phar and PHK here. PHK is not a deplo
Hi all,
After an off-list discussion with Dmitry, the patch has been updated.
Mostly to remove old rules I had left (that returned T_CHARACTER, etc.)
since the new "super rules" can match what they did. So now every "piece"
of a non-constant string returns T_ENCAPSED_AND_WHITESPACE. I also added
hi,
looks like you have an problem or this has been fixed with php 5.2.2.
Or can you maybe explain what you expect?
my results are:
Current PHP version: 5.2.2
getting id
--
getAttribute('id'):
getAttribute('xml:id'):one
getAttributeNS('xml','id'):
getAttribute('at'):
34 matches
Mail list logo
