Re: [PHP-DEV] Re: Namespaces in PHP 6 - ++$take

2006-11-11 Thread Marcus Boerger
Hello Jessie, sorry to say this but look at the following, keeping in mind that the whitespace is optional. $x = $foo ? class:const : $var// 1, 0 $x = $foo ? class:const : const; // 1, 0 $x = $foo ? class:const : class:const;

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

2006-11-11 Thread Jan Schneider
Zitat von Hans Lellelid [EMAIL PROTECTED]: I think there is far more demand for a fast stable PHP then for syntatic sugar features which seem extremely useful, but in the end prove to carry too much baggage. Nothing has been proven either way.. at least not publicly.. unless I just missed

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

2006-11-11 Thread Rasmus Lerdorf
I am not sure why this thread was revived. We decided long ago that we would have namespaces in PHP 6 barring any nasty technical problems and assuming a good way to implement it could be found. And I'll second Tony here and mention that we really could use more eyeballs on the bug database. I

Re: [PHP-DEV] strange php_stream_from_zval requires return_value

2006-11-11 Thread Wez Furlong
You probably want php_stream_from_zval_no_verify which doesn't auto-return if there is an invalid stream passed in. --Wez. On 11/10/06, Antony Dovgal [EMAIL PROTECTED] wrote: On 11/11/2006 04:13 AM, Arnold Daniels wrote: Hi, I've noticed that building an extension will fail when using macro

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

2006-11-11 Thread David Zülke
What? I suppose if you always want to name your latest class foobar, then yes, but then you have other problems... If you properly pick a classname you almost never need to rename it let alone the methods contained with the class. Plus namespaces are going to introduce their own sets of

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

2006-11-11 Thread David Zülke
Am 11.11.2006 um 14:37 schrieb Rasmus Lerdorf: I am not sure why this thread was revived. We decided long ago that we would have namespaces in PHP 6 barring any nasty technical problems and assuming a good way to implement it could be found. I'm not sure if that was made clear. The

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

2006-11-11 Thread David Zülke
Am 10.11.2006 um 19:47 schrieb Hans Lellelid: I think there is far more demand for a fast stable PHP then for syntatic sugar features which seem extremely useful, but in the end prove to carry too much baggage. Nothing has been proven either way.. at least not publicly.. unless I

[PHP-DEV] memory manager panic

2006-11-11 Thread Michael Wallner
Hi, There's a problem with the memory manager (HEAD): [EMAIL PROTECTED]:~/build/php-unicode-debug$ cli -dmemory_limit=500k -r 'leak(212930);' [Sat Nov 11 21:39:42 2006] Script: '-' /home/mike/cvs/php-src/Zend/zend_builtin_functions.c(1181) : Freeing 0xB6E73000 (212930 bytes), script=-

Re: [PHP-DEV] Re: Namespaces in PHP 6 - ++$take

2006-11-11 Thread Jessie Hernandez
Hi Marcus, As I said, I wanted to only enable classes inside namespaces, and NOT allow functions or constants. class::const would stay the same, so there are no conflicts. Marcus Boerger wrote: Hello Jessie, sorry to say this but look at the following, keeping in mind that the

Re: [PHP-DEV] Re: Namespaces in PHP 6 - ++$take

2006-11-11 Thread Jessie Hernandez
Marcus Boerger wrote: Hello Jessie, [snip] Maybe this new discussion gave one hint. Aliases could be solved with a flag. Just copy the classwith a new name into the classlist again and flagit as copy. Maybe the original class gets a list of the copies of the copies a pointer to the original