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
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 -
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
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
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
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
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
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
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
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
10 matches
Mail list logo