Re: [PHP-DEV] Cannot call constructor

2013-05-31 Thread Lazare Inepologlou
2013/5/30 Anthony Ferrara > Richard et al, > > > On Thu, May 23, 2013 at 5:24 PM, Richard Lynch wrote: > > > Consider this common scenario: > > > > I use some OOP library, that is a "black box" and I like it that way. > > > > As part of the integration, I need to extend one of the library's > >

Re: [PHP-DEV] Cannot call constructor

2013-05-31 Thread Anthony Ferrara
Lazare, I cannot agree with you here. This is exactly why the "protected" keyword > exists: to provide a black-box interface for class usage through > inheritance. Yes, this is not automatic and, yes it needs designing, but it > is certainly not against the principles. If it were, we should remov

[PHP-DEV] 5.NEXT Integer and String type modifications

2013-05-31 Thread Anthony Ferrara
Hello all, I want to start an idea thread (or at least get a conversation going) about cleaning up the core integer data type and string lengths. Here's my ideas: 1. Change string length in the ZVAL from int to size_t - http://lxr.php.net/xref/PHP_5_5/Zend/zend.h#321 2. Change long in the ZVAL

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-05-31 Thread Derick Rethans
Anthony Ferrara wrote: > I want to start an idea thread (or at least get a conversation going) > about > cleaning up the core integer data type and string lengths. Here's my > ideas: > > 1. Change string length in the ZVAL from int to size_t > - http://lxr.php.net/xref/PHP_5_5/Zend/zend.h#321 >

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-05-31 Thread Anthony Ferrara
Derick, In principle I think this is great thing to do. Not having a 64 bit type is > annoying. I'm a bit curious on how this is going to work with all sorts of > object wrappers that are now in place as workaround. And casting int64 to > int32 needs to very well looked at as well. > > As far as

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-05-31 Thread Derick Rethans
Anthony Ferrara wrote: > Derick, > > In principle I think this is great thing to do. Not having a 64 bit > type is > > annoying. I'm a bit curious on how this is going to work with all > sorts of > > object wrappers that are now in place as workaround. And casting > int64 to > > int32 needs to v

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-05-31 Thread Sherif Ramadan
On Fri, May 31, 2013 at 4:21 PM, Derick Rethans wrote: > Anthony Ferrara wrote: > > > Derick, > > > > In principle I think this is great thing to do. Not having a 64 bit > > type is > > > annoying. I'm a bit curious on how this is going to work with all > > sorts of > > > object wrappers that ar