Re: [PHP-DEV] True labelled breaks

2006-02-19 Thread Derick Rethans
On Sat, 18 Feb 2006, Andi Gutmans wrote: > As I said, the syntax is quite elegant and the patch isn't too bad either. > However, I do suggest we only add it if people are really convinced that it'll > be used. I will use it. << that good enough? :) But seriously, I have quite a few cases where I

Re: [PHP-DEV] PHP / C++ Interaction

2006-02-19 Thread Steph Fox
Just search the archives, or the zend weeklies index page (http://www.zend.com/zend/week/) if you're short of time. I remember linking to someone's material regarding C++ extensions for PHP a few months back, and it'll be in the 'item descriptions' there. - Steph - Original Message -

Re: [PHP-DEV] PHP / C++ Interaction

2006-02-19 Thread Jeremy Johnstone
On 2/13/06, Andrew Mather <[EMAIL PROTECTED]> wrote: > > - can I talk to a C++ library from PHP, either directly or via > a PHP/C extension? You could just have the PHP extension written in C++. There is no requirement of PHP extensions to be written in C, you just need to make sure you properly

Re: [PHP-DEV] True labelled breaks

2006-02-19 Thread Steph Fox
Wez, that patch allows for the possibility of a future 'goto' (which it calls 'jump'). It just doesn't implement it... - Original Message - From: "Wez Furlong" <[EMAIL PROTECTED]> To: "Andi Gutmans" <[EMAIL PROTECTED]> Cc: "Steph Fox" <[EMAIL PROTECTED]>; "internals" Sent: Monday, Fe

Re: [PHP-DEV] True labelled breaks

2006-02-19 Thread Wez Furlong
I think not many people use it because it's difficult to use. Having real labels might change that. Personally, I'd prefer real goto, as I've stated in the past. Just for the record again, I'm +1 for goto, and +0.5 for labelled breaks only if we've totally given up on goto. --Wez. On 2/18/06, And

[PHP-DEV] Re: Deprecation of functions

2006-02-19 Thread Christian Schneider
Marcus Boerger wrote: i just made up a tiny patch that allows us to deprecate functions. The background is that in the past we changed to issue E_STRICT or E_NOTICE for stuff we are going to change in later versions. This is right now not I noted that the patches use E_NOTICE while I was assu

[PHP-DEV] Re: Deprecation of functions

2006-02-19 Thread Sara Golemon
Anyone against? Wasn't against it two years ago when I last suggested it so I'm all for it now :) +1 I do like the way you've combined the deprecation check with the abstract check, very sleek and cleanly addresses the performance concerns raised in regards to this sort of thing. The one

Re: [PHP-DEV] Deprecation of functions

2006-02-19 Thread Marcus Boerger
y for the > the other part also. So the patch found an error and doesn't come with any > additional penalty at all. > Patch is available for both 5.1 and HEAD here: > http://php.net/~helly/php/ext/ze2/ze2-deprecated-20060219-5_1.diff.txt > http://php.net/~helly/php/ext/ze2/z

Re: [PHP-DEV] Deprecation of functions

2006-02-19 Thread Sebastian Bergmann
Marcus Boerger schrieb: > Anyone against? No, I am +1 for a sane way to mark functions/methods as deprectated. -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime

[PHP-DEV] Deprecation of functions

2006-02-19 Thread Marcus Boerger
xt/ze2/ze2-deprecated-20060219-5_1.diff.txt http://php.net/~helly/php/ext/ze2/ze2-deprecated-20060219-HEAD.diff.txt Anyone against? Best regards, Marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php