There are some cases where this could start becoming quite challenging and
we might get into reference counting/separation problems, i.e.:
function foo()
{
return array(1,2,3);
}
foo()[1] = 4;
I'd say expression(f()[1]) means $tmp = f(); expression($tmp);
unset($tmp); which her
Hi Andrei, et al.,
I was just looking at README.UNICODE, regarding interpretation of numbers:
"we restrict numbers to consist only of ASCII digits," and "Numeric strings
are supposed to adhere to the same rules." Is it correct to take that to
mean only UChar's with values from '0'-'9'/0x30-0x39 (
Hi Andi,
- Original Message -
From: "Andi Gutmans"
Sent: Wednesday, November 08, 2006
> Nice patch! Looks good to me... Any other thoughts?
Since I don't have a *nix system to test on, I was wondering how my version
compares to the assembly one. But I guess the latter is still fastest w
- Original Message -
From: "Stanislav Malyshev"
Sent: Thursday, November 09, 2006
> > Did it not work for you as-is on Windows...? It did for me, since it
seems
> > there's already a typedef for __int64 -> long long. I'd wondered the
same,
>
> I think some VC versions on windows don't kn
--- Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> >>> >>> function foo()
> >>> {
> >>>return array(1,2,3,4,5,6);
> >>> }
> >>>
> >>> echo foo()[4]; // < it that
>
> It looks a bit perl-ish indeed but I don't see much trouble in having
> that it people really need it...
I think 'fo
The arginfo patch looks OK to me. Not sure about the visibility patch. I'll
try and look into it tomorrow.
> -Original Message-
> From: Nuno Lopes [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 09, 2006 9:09 AM
> To: PHPdev
> Subject: [PHP-DEV] pushing some more optimization patche
There are some cases where this could start becoming quite challenging and
we might get into reference counting/separation problems, i.e.:
function foo()
{
return array(1,2,3);
}
foo()[1] = 4;
or
function foo()
{
$arr = array();
$arr[1] =& $var;
}
foo()[1] = 2;
A
It looks a bit perl-ish indeed but I don't see much trouble in having
that it people really need it...
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub
Hi,
> What are you thinking about adding this feature:
> echo foo()[4]; // < it that
I'd like to see this. IMO, it's similar to $obj->objproperty->property,
syntactically.
It would also simplify working with third party libraries/apps that pass
a lot of arrays around in a weird way *cough*
Hello Dmitry,
it was requested several times in the past and i'd be all for it. The
reason we didn't add it so far is that it didn't seem as important as
foo()->bar() and that we had way more other things todo.
best regards
marcus
Thursday, November 9, 2006, 10:21:45 PM, you wrote:
> Hey guys
While I came across instance where such a feature would be useful, I
think it is a bit too Perlish for me.
-0.
On 9-Nov-06, at 4:21 PM, Dmitry Shirokov wrote:
Hey guys.
What are you thinking about adding this feature:
--
Thanks, Dmitry
Ilia Alshanetsky
--
PHP Internals - PHP Runtime
Edin Kadribasic wrote:
Dmitry Shirokov wrote:
Hey guys.
What are you thinking about adding this feature:
+1 I would very much like this feature in PHP.
Edin
Me too, I know I don't have any voting rights here, but I'm running into
this one every day.
Evert
--
PHP Internals -
Dmitry Shirokov wrote:
> Hey guys.
>
> What are you thinking about adding this feature:
>
> function foo()
> {
>return array(1,2,3,4,5,6);
> }
>
> echo foo()[4]; // < it that
> // or may be (foo())[4] ?
>
>
> // instead of
> $var = foo();
> echo $var[4];
+1 I would very much like
Hey guys.
What are you thinking about adding this feature:
--
Thanks, Dmitry
Hi,
I've stumbled across this with php5, but this is also in php6 (against
which the patch below is): the sqlite Makefile.am uses a GNU/Linux-only
test(1) syntax that won't build on (e.g.) NetBSD. The patch below fixes
this for POSIX/SUSv3 conformance.
- Hubert
Index: configure
Did it not work for you as-is on Windows...? It did for me, since it seems
there's already a typedef for __int64 -> long long. I'd wondered the same,
I think some VC versions on windows don't know "long long" but do know
__int64, but I don't remember from the top of my head which version, but
I would like to push 2 more optimization patches onto the PHP tree:
* make arginfo const (and save memory): http://mega.ist.utl.pt/
~ncpl/zend_arginfo_const.txt (for php 5.2.1)
Trivial patch, which is expecially good for multi-core systems sharing
the same cache.
The first part looks fine, an
On 9-Nov-06, at 12:08 PM, Nuno Lopes wrote:
I would like to push 2 more optimization patches onto the PHP tree:
* make arginfo const (and save memory): http://mega.ist.utl.pt/
~ncpl/zend_arginfo_const.txt (for php 5.2.1)
Trivial patch, which is expecially good for multi-core systems
sharing
Hi,
I would like to push 2 more optimization patches onto the PHP tree:
* make arginfo const (and save memory):
http://mega.ist.utl.pt/~ncpl/zend_arginfo_const.txt (for php 5.2.1)
Trivial patch, which is expecially good for multi-core systems sharing the
same cache.
* use -fvisibility when us
Matt,
Looks like a good patch to me.
On 8-Nov-06, at 11:46 PM, Matt Wilmas wrote:
Hi,
Here's an additional ZEND_SIGNED_MULTIPLY_LONG() for platforms with
32-bit
longs that don't use the assembly version (so all Windows systems at
least?). On my Windows system, mul_function() is 40% faste
Great patch! From my quick tests I got about 35% performance increase.
Ah, it needs a little tweak to work on windows, as 'long long' is defined
as
__int64 (probably we could do a typedef once for all, as there are
already
many #ifdefs in the code because of this).
Did it not work for you as-
Matt Wilmas wrote:
> Hi Nuno,
>
> - Original Message -
> From: "Nuno Lopes"
> Sent: Thursday, November 09, 2006
>
>
>
>> Great patch! From my quick tests I got about 35% performance increase.
>> Ah, it needs a little tweak to work on windows, as 'long long' is defined
>>
> as
>
>
Hi Nuno,
- Original Message -
From: "Nuno Lopes"
Sent: Thursday, November 09, 2006
> Great patch! From my quick tests I got about 35% performance increase.
> Ah, it needs a little tweak to work on windows, as 'long long' is defined
as
> __int64 (probably we could do a typedef once for al
Great patch! From my quick tests I got about 35% performance increase.
Ah, it needs a little tweak to work on windows, as 'long long' is defined as
__int64 (probably we could do a typedef once for all, as there are already
many #ifdefs in the code because of this).
Nuno
- Original Messag
Yes, I know.
My patch didn't remove "Fatal error" behavior, however may be it is
possible.
Dmitry.
> -Original Message-
> From: Hannes Magnusson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 09, 2006 2:17 PM
> To: Dmitry Stogov
> Cc: internals@lists.php.net; Andi Gutmans; Ilia Als
Hi Dmitry!
(moved to internal@)
On 11/8/06, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
Hi,
Please pay attention to this patch.
It makes overloaded arrays behave in exactly the same way as overloaded
objects.
It disables indirect modification of overloaded arrays and emits notices.
It doesn't beh
I am a new PEAR developer and need a CVS-Account and Karma for pear/Net_LDAP.
Thank you very much!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
27 matches
Mail list logo