Derick Rethans wrote:
> On Fri, 10 Mar 2006, Dmitry Stogov wrote:
>
>
>> Log:
>> Implemented "jump label" operator (limited "goto")
>
>
> I don't think we decided on the name "jump" actually. I would really
> recommend to call this "goto" as that what it is and what people expect
> it to be
On Fri, 10 Mar 2006, Dmitry Stogov wrote:
> Log:
> Implemented "jump label" operator (limited "goto")
I don't think we decided on the name "jump" actually. I would really
recommend to call this "goto" as that what it is and what people expect
it to be called. Calling it jump is silly.
Deri
Hello Mike,
right, but those are considerations one has to do with any member of an
interface.
best regards
marcus
Monday, March 6, 2006, 8:23:36 PM, you wrote:
> I am guessing he is referring to the fact that it becomes increasingly
> likely that you will have more interfaces declaring __con
I am guessing he is referring to the fact that it becomes increasingly
likely that you will have more interfaces declaring __construct. If any
two interfaces declare construct with a different signature then by
definition those two interfaces will be incompatible.
It just means that interface auth
Hello l0t3k,
there is nothing new here besides that fact that now you can also have a
method with the name '__construct' in an interface. Nothing else changed.
marcus
Monday, March 6, 2006, 1:42:50 PM, you wrote:
> This should cause much fun with classes implementing multiple interfaces
This should cause much fun with classes implementing multiple interfaces
""Dmitry Stogov"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Well :)
>
> I don't say that the patch is wrong, the question itself is disputable.
>
> PHP doesn't allow multiple constructors, so if some
Thanks for your help Sara!
Any chance someone from the Doc project has time to update the manual? Thanks.
Andi
At 05:09 AM 3/3/2006, Dmitry Stogov wrote:
dmitry Fri Mar 3 13:09:13 2006 UTC
Added files:
/ZendEngine2/tests break_label01.phpt break_label02.phpt
Derick Rethans schrieb:
> That seems to work fine already
Even better :-)
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
On Sun, 16 Oct 2005, Derick Rethans wrote:
> > In any case, as I could never think of a better syntax to deal with the
> > somewhat harmless ambiguity of default value and "allowing" null, I don't
> > mind
> > having this patch. It should be documented though that this syntax comes to
> > serve b
On Sun, 16 Oct 2005, Sebastian Bergmann wrote:
> Andi Gutmans schrieb:
> > I'm talking about the following function decleration:
> >
> > function testNull(MyClass $obj = 1) {
> > }
>
> The following should work, too, to allow optional, type-hinted Array
> parameters:
>
>function someMetho
Andi Gutmans schrieb:
> I'm talking about the following function decleration:
>
> function testNull(MyClass $obj = 1) {
> }
The following should work, too, to allow optional, type-hinted Array
parameters:
function someMethod(Array $array = array()) {
}
--
Sebastian Bergmann
Ouch, I missed that. Sorry.
At 05:23 PM 10/15/2005, Derick Rethans wrote:
Hello Andi,
On Sat, 15 Oct 2005, Andi Gutmans wrote:
> After the millions of discussions on this topic it would have
been better to
> share this patch with everyone before commiting.
I did, last week:
http://news.php.
Hello Andi,
On Sat, 15 Oct 2005, Andi Gutmans wrote:
> After the millions of discussions on this topic it would have been better to
> share this patch with everyone before commiting.
I did, last week:
http://news.php.net/php.internals/19482
> In any case, as I could never think of a better synt
Hey Marcus, Derick,
After the millions of discussions on this topic it would have been
better to share this patch with everyone before commiting.
In any case, as I could never think of a better syntax to deal with
the somewhat harmless ambiguity of default value and "allowing" null,
I don't mi
On 2005/01/12, at 17:12, Moriyoshi Koizumi wrote:
However, it looks like the rule doesn't apply to the current HEAD.
Copy'n'paste mistake.. This part should have been like
Moriyoshi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 2005/01/12, at 9:24, Andi Gutmans wrote:
Are you sure this is the right fix? After all, last_op->result.u.var
should already have a temporary variable assigned for when the opcode
was generated. When exactly did you find this is not the case?
As far as I checked, at least a temporary variable
The snippet you sent works fine here (errors out with Fatal error: Class
'gdObject' not found in C:\Projects\php5\tests\testcase.php on line 2).
Judging by your trace, either it's a bigger piece of code that really
throws an exception (in which case, please send me a reproducing test
case), or
Zeev Suraski wrote:
> Try now.
Yes, it's back to segfaulting now ;-)
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtime Development Mailing L
Not quite... if it did, something else broke because now I get a
Segfault:
#0 0x403247cc in zend_throw_exception_internal (exception=0x0,
tsrm_ls=0x81aa958)
at /home/john/working/php-src/Zend/zend_execute_API.c:1205
#1 0x403236e3 in zend_call_function (fci=0xbfffe9f0,
fci_cache=0xbfffe9
Fixed.
Zeev
At 20:02 04/02/2004, John Coggeshall wrote:
I'm still getting that for an abstract class:
Fatal error: Invalid binding type in
/web/php5/sandbox/adv_gd/classes/gdFontObject.class.php on line 12
abstract class gdFontObject extends gdObject implements
gdFontInterface {
/* C
I'm still getting that for an abstract class:
Fatal error: Invalid binding type in
/web/php5/sandbox/adv_gd/classes/gdFontObject.class.php on line 12
abstract class gdFontObject extends gdObject implements
gdFontInterface {
/* Catch API differences for methods beyond the int
Try now.
Zeev
At 18:55 04/02/2004, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> zeev Wed Feb 4 11:30:17 2004 EDT
>
> Modified files:
> /ZendEngine2 zend_compile.c zend_compile.h zend_execute.c
> zend_execute.h zend_execute_API.c
>
At 18:55 04/02/2004, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> zeev Wed Feb 4 11:30:17 2004 EDT
>
> Modified files:
> /ZendEngine2 zend_compile.c zend_compile.h zend_execute.c
> zend_execute.h zend_execute_API.c
> zend_language_
Zeev Suraski wrote:
> zeev Wed Feb 4 11:30:17 2004 EDT
>
> Modified files:
> /ZendEngine2 zend_compile.c zend_compile.h zend_execute.c
> zend_execute.h zend_execute_API.c
> zend_language_parser.y
> Log:
> Reinstate early-binding f
Zeev Suraski wrote:
> zeev Wed Jan 14 09:00:12 2004 EDT
>
> Modified files:
> /ZendEngine2 zend_compile.c
> Log:
> Don't allow interfaces to implement anything
Could you please add support for
interface Lifecycle extends Startable, Stoppable, Disposable {
//
Derick Rethans wrote:
> AFAIK you also need to put this in front of the definitions in the .h
> files or otherwise windows won't understand it correctly.
Fixed now,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: htt
At 19:12 24/07/2003, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> A copy, yes.
Why? I thought the Zend Engine 2's new Object Model passed worked with
references by default and only uses copies when "asked".
This has nothing to do with the new object model. That's why I used the
word 'copy'
At 16:03 24/07/2003, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> Log:
> Support references in foreach()
> Syntax:
> foreach ($arr as &$val)
> foreach ($arr as $key => &$val)
Does this mean that before this patch
foreach ($arr as $val) {}
did not put a reference in $val b
Zeev Suraski wrote:
> Log:
> Support references in foreach()
> Syntax:
> foreach ($arr as &$val)
> foreach ($arr as $key => &$val)
Does this mean that before this patch
foreach ($arr as $val) {}
did not put a reference in $val but a copy (clone)?
--
Sebastian Bergmann
htt
29 matches
Mail list logo
