Re: [PHP-DEV] Re: Short syntax for array literals [...]

2008-06-01 Thread Marcin Kurzyna
lined i don't see mutch more reason for discussion. I think it will come back in couple months again though as most things with out really clear consensus. m. ps. it polite to say hi when entering a room, so: hi. -- Marcin Kurzyna - Software Engineer @ CrystalPoint here as "a voice from userland developers(tm)" -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug in namespaces and type hints

2008-11-09 Thread Marcin Kurzyna
2008.11.09 23:30 (UTC) I haven't filed bug report for this yet i'll do it if required. TIA for quick fix ;-) Marcin Kurzyna -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Namespace resolution rules has been changed?

2008-11-14 Thread Marcin Kurzyna
Greg Beaver wrote: > > namespace foo\classes; > use sneaky\devil as foo; > > class buh extends foo\stuff {} > \\ this extends sneaky\devil\stuff. oops... should have used \foo\stuff > ?> accualy I have a question about this if i may: why doesn't the use statement fall under the same resolutio

Re: [PHP-DEV] Re: Namespace resolution rules has been changed?

2008-11-15 Thread Marcin Kurzyna
"Stan Vassilev | FM" wrote: > For me the only way to make it clear to both humans and parsers alike is > the filepath semantics, in all places, including use. It's not perfect, > there's no completely problem-free solution, but "prepend \ for absolute > path" is able to become muscle memory, while

[PHP-DEV] Re: Namespace resolution rules has been changed?

2008-11-15 Thread Marcin Kurzyna
David Grudl wrote: > Why? I have developed framework using PHP namespaces and studied Zend > Framework source codes and result is: if we use the new resolution rules > (1), than in nearly all cases developers must prefix class names with \, > only in few cases prefix is not required. Why? Because

[PHP-DEV] Closures serialization

2009-01-02 Thread Marcin Kurzyna
(not to mention zend api). I'd like to know your opinion whether this could be implemented though. TIA Marcin Kurzyna [1] While it was possible to serialize an array of callbacks before it's impossible with closures assigned, see example below: http://aquarion.hq.crystalpoint.pl

Re: [PHP-DEV] Closures serialization

2009-01-03 Thread Marcin Kurzyna
Hi Marcus, You would need to provide a c level serialization that stores the $this pointer (the easy part) and the zend_function member (not easy). The second part requires storing of all static variables, which again is pretty easy but it also requires to store the function itself, which in ca

Re: [PHP-DEV] Closures serialization

2009-01-03 Thread Marcin Kurzyna
Hi Marcus, You would need to provide a c level serialization that stores the $this pointer (the easy part) and the zend_function member (not easy). The second part requires storing of all static variables, which again is pretty easy but it also requires to store the function itself, which in ca

Re: [PHP-DEV] Re: Closures and __FUNCTION__

2009-04-13 Thread Marcin Kurzyna
Peter Danenberg pisze: Quoth Justin Martin on Pungenday, the 30th of Discord: If I recall correctly, you can use the 'use' keyword. Thanks, Justin; that occurred to me, too. But the following results in "Notice: Undefined variable: factorial": $factorial = function($n) use ($factorial) {

[PHP-DEV] Trait vs magic constants (bug #61033)

2013-02-19 Thread Marcin Kurzyna
Hi Internals after quite a long time, There is an issue in the tracker (#61033 and somewhat related #64239) about magic constants behaviour in aliased trait methods. Stefan classified #61033 as a "feature not a bug" however he suggested to start a discussion about it. So here's the case: how