Stanislav Malyshev wrote:
Hi!
My question is not so much about implementation it is about language. I
have noticed quite a few times now that PHP developers use the word
"closure" when I would prefer "lambda".
Everybody on the internet knows that Wikipedia is the ultimate source
of knowledge
Hi!
I never did understand *why* variables were not namespaced.
If you have so many global vars you need to namespace them, you should
not use global vars.
--
Stanislav Malyshev, Zend Software Architect
s...@zend.com http://www.zend.com/
(408)253-8829 MSN: s...@zend.com
--
PHP Internals
Hi!
Correct me if I'm wrong, but given the fact that PHP only* supports
functions defined in the global space**, with the additional ability to
import global variables using the global statement, wouldn't that make
named functions able to close-over global variables?
It's different mechanism.
On Tuesday 23 February 2010 05:00:28 pm Ionut G. Stan wrote:
> > This is not entirely correct, you are right. There's a difference
> > between anonymous function and closure, though in practice in PHP
> > anonymous functions are closures (though some of them are rather trivial
> > ones with no vari
On Wed, Feb 24, 2010 at 01:00:28AM +0200, Ionut G. Stan wrote:
> ** namespaced functions don't make any difference, as variables aren't
> namespaced.
I never did understand *why* variables were not namespaced.
However, since 5.3 has been out for a while it might make things difficult to
make th
This is not entirely correct, you are right. There's a difference
between anonymous function and closure, though in practice in PHP
anonymous functions are closures (though some of them are rather trivial
ones with no variables to "close over") and that's now the only way to
do closure in PHP (i.e
Hi!
My question is not so much about implementation it is about language. I
have noticed quite a few times now that PHP developers use the word
"closure" when I would prefer "lambda".
Everybody on the internet knows that Wikipedia is the ultimate source of
knowledge, and it says:
In compute
The third release candidates for PHP 5.3.2 was just released for testing
and can be downloaded here:
http://downloads.php.net/johannes/php-5.3.2RC3.tar.bz2
MD5 (php-5.3.2RC3.tar.bz2) = 7d9a716e5c18763572f214dcac216be0
http://downloads.php.net/johannes/php-5.3.2RC3.tar.gz
MD5 (php-5.3.2RC3.tar.gz)
On Mon, 22 Feb 2010, Raphael Geissert wrote:
> Derick Rethans wrote:
>
> > What exactly are you trying to fix here?
>
> gcc 4.4's optimiser removes the overflow check present in
> php_filter_parse_int and ZEND_HANDLE_NUMERIC (but I can't touch that part of
> the code anyway...) which prevents
On 22 February 2010 17:19, Jani Taskinen wrote:
> 22.2.2010 17:28, Richard Quadling wrote:
>>
>> A couple of low level things
>
> Nitpicking, are we? :D
>
It's what I'm good at ;-)
>> 1 - Can/should the PHP Versions include release candidates?
>
> Yes, they're outdated. This is one part that sho
10 matches
Mail list logo
