On Monday 17 December 2007, Jeff Moore wrote:
> On Dec 17, 2007, at 10:30 PM, Larry Garfield wrote:
> > I'm assuming that making the function above GC-able would be a
> > herculean task
> > at this point, based on previous comments, but I do not actually
> > know myself.
>
> Hi Larry,
>
> Let me us
Another reminder for CVS id .
I have been working with Raghubansh Kumar & Zoe Slattery. Some of my test
cases have already been committed with the help of Raghubansh. I have been
writing test cases ( array_fill , sizeof etc ) & raised some defects too.
It would be great if I get a CVS id so that
On Dec 17, 2007, at 10:30 PM, Larry Garfield wrote:
I'm assuming that making the function above GC-able would be a
herculean task
at this point, based on previous comments, but I do not actually
know myself.
Hi Larry,
Let me use a different example than yours.
function getAdder($x) {
r
Let me see if I'm understanding you correctly, because that sounds like the
line I'd been thinking along.
--
function baz() {
$var = 5;
$foo = function($a, $b) {
lexical $var;
return $a + $b + $var;
}
return $foo;
}
$func = baz();
function bar($func) {
return $func(
Hello,
Reading the prior discussion, I think either $_SCOPE['x'] or the
lexical $x syntax is fine for accessing local variables in the
enclosing scope. But closures also should also support $this and
static:: when the closure is defined in a method.
I think a solution for closures shou
Functionally, create_function() is a variation of eval, which allows
you to create new code at runtime. Static lambda is syntactic sugar
for creating a function in the global scope, without knowing its name
at compile time. Static lambda is more restrictive than
While we are at it, what's wron
Hello Stanislav,
I do not see anything broken here. All I see is discussing a patch to
death just because it doesn't do what everybody wants.
marcus
Monday, December 17, 2007, 6:14:22 PM, you wrote:
>> and for that reason we should do it! Can't Wez simply apply this?
> I think we saw numer
On Dec 17, 2007 6:09 PM, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Don't have time right now but we should go back and re-read those
> discussions before opening a new one. I can probably do it over the next
> couple of days. I am not necessary against supporting such a solution
> but we need to ma
Dmitry,
As I mentioned, I did not find any significant performance penalty with
this patch. Also, the patch can be improved by not checking the
__get_namespace_classes function if we are not currently inside a namespace.
Either way, if we ignore namespace imports, then the best solution would
Well, documentation can include the following written using large font:
Warning: This is not a closure. PHP doesn't have native means for
nested contexts. This construct is just another way of creating usual
function during compile-time. (for creating functions in run-time see
create_function)
Andi Gutmans wrote:
> We really need to get away from this "let's just commit it" mode on this
> list. As you saw with garbage collection, namespaces and other recent
> topics a lot of these topics need significantly more work before they
> are full baked and ready to actually make it into the code
Hi Andrew,
I think we're on track for including namespaces in PHP 5.3.
We've made a lot of progress in the past month on ironing out the
implementation thanks to feedback from many people incl. patches by the
likes of Greg.
There are likely still some minor quirks especially when we start
looking
and for that reason we should do it! Can't Wez simply apply this?
I think we saw numerous examples that "commit first, think later"
approach is not the best one...
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
I actually remember there was some good discussion on this and there
were pretty decent reasons for why this patch was not a full solution
and only syntactic sugar, i.e. it didn't do what many expected except
for making the syntax nicer.
Don't have time right now but we should go back and re-read t
Derick Rethans wrote:
> What is the plan?
Assuming there is a plan.
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
I have PHPT tests to contribute. I am working with others who contribute tests
including Raghu Kumar and Zoe Slattery.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Alexey,
and for that reason we should do it! Can't Wez simply apply this?
marcus
Sunday, December 16, 2007, 3:22:40 PM, you wrote:
> On 12/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
>> I think the problem there is that this syntax wouldn't support external
>> variables, and wi
Hello Derick,
what fixes are we talking of, just what is in CVS?
Should we also revisit the stuff we use for http://gcov.php.net ?
marcus
Friday, December 14, 2007, 4:35:08 PM, you wrote:
> Hello!
> As we all know, PHP 4's general releases will stop being made at the end
> of the year. We've
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (63 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
Hi Jessie,
The namespace may include several files and it may be extended with
additional files in any moment. So having single
__get_namespace_classes() function will require to update it every time
you extend namespace.
Also such function will significantly slowdown access to internal
cla
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (625 total including feature requests)
===[*Compile Issues]==
43389 Open configure ignoring --without-cdb flag
===[Apa
On Dec 16, 2007 8:56 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> I don't see how it'd help anything in debugging.
Presumably, a stack trace would now contain file and line number.
> That's not binding. But the problem is, seeing this, one expects
> closure. And it's no closure.
One might
On 12/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > Actually it's the opposite. With create_function, you can bind
> > variables, by marshalling them to a string and embed them in the
>
> That's not binding. But the problem is, seeing this, one expects
> closure. And it's no closure.
We
Hi,
Am Montag, den 17.12.2007, 08:44 +0100 schrieb Lars Strojny:
[...]
> Maybe deprecating create_function() and allowing something like that
> would be a way to go?
> $func = function($arg) {
>return $arg;
> }
What a stupid and useless remark. Ignore me, sorry.
cu, Lars
signature.asc
Desc
Hi,
Am Sonntag, den 16.12.2007, 11:56 -0800 schrieb Stanislav Malyshev:
> > Actually it's the opposite. With create_function, you can bind
> > variables, by marshalling them to a string and embed them in the
>
> That's not binding. But the problem is, seeing this, one expects
> closure. And it's
25 matches
Mail list logo
