RE: [PHP-DEV] RfC: rethink OO inheritance strictness

Hi, just forwarding this (with some little correction in the sample code) to the dev list as the discussion seems not to be finished ;) The only thing I don't like is the BC breakage from 5.1 => 5.2. Maybe an idea of a strict mode like Lukas mentioned is some alternative. Richard Lynch

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Rasmus Lerdorf wrote: Relax people. There are certain paradigms and expectations people have. The original PHP design met the expectations and paradigms of a loosely typed procedural language. Now, some 12 years later we are trying to meet a new class of expectations. We have kids coming

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Tue, 2006-08-01 at 23:41 +0200, Marcus Boerger wrote: > Hello Michael, > > nobody forces you to use OO if you don't like it but it is as it is. And It is as it is, but not as it was. PHP4 allowed signature mismatching. > we cannot make it ignore its basic rules. It might be that you are laz

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Hello Robert, Wednesday, August 2, 2006, 2:32:27 AM, you wrote: > To make a better language. Following all the sheep out there just makes > for more fodder. Just because it's in the books, doesn't make it the > best way. Innovation doesn't come by following the pack it almost always > comes from

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Wed, 2006-08-02 at 02:42 +0200, Marcus Boerger wrote: > Hello Robert, > > Wednesday, August 2, 2006, 2:32:27 AM, you wrote: > > > To make a better language. Following all the sheep out there just makes > > for more fodder. Just because it's in the books, doesn't make it the > > best way. Innov

Re: [PHP-DEV] CVS Account Request: ahayes

On 8/2/06, Alex Hayes <[EMAIL PROTECTED]> wrote: http://pear.php.net/package/Validate_AU/ Short post but correct ;) Can someone approved his account? I will take care of the karma part. Thanks --Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.

[PHP-DEV] CVS Account Request: ahayes

http://pear.php.net/package/Validate_AU/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Rasmus Lerdorf wrote: trying to meet a new class of expectations. We have kids coming out of universities today who barely know what procedural programming is. All they know is OOP and we want to give them something that meets their expectations. We have to be careful that we don't ignore to

Re: [PHP-DEV] New Installer for PHP 5.2

I see no sense in maintaining a "lite" installer; the people that need an installer will want everything. If people want to cherry-pick, they can do it themselves using the .zip downloads and pecl4win. --Wez. On 8/1/06, Richard Lynch <[EMAIL PROTECTED]> wrote: On Mon, July 24, 2006 9:55 am, Il

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Hear hear! +1 -bok On 8/2/06, Edin Kadribasic <[EMAIL PROTECTED]> wrote: Christian Schneider wrote: > PHP can and PHP did allow changing parameters when overriding functions. > And apart from pseudo-academical reasons nothing convincing was said why > this should be changed. Nobody forces you

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Pierre wrote: On Wed, 02 Aug 2006 00:52:27 +0200 [EMAIL PROTECTED] (Christian Schneider) wrote: Why can't we agree that people use classes in different ways (call it non-OO ways if you want) and restrain from forcing ones views onto everybody? PHP works well because it of the freedom it gives

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Wed, 02 Aug 2006 00:52:27 +0200 [EMAIL PROTECTED] (Christian Schneider) wrote: > Why can't we agree that people use classes in different ways (call it > non-OO ways if you want) and restrain from forcing ones views onto > everybody? PHP works well because it of the freedom it gives, not > b

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Christian Schneider wrote: PHP can and PHP did allow changing parameters when overriding functions. And apart from pseudo-academical reasons nothing convincing was said why this should be changed. Nobody forces you to change any parameters if you don't want to ;-) Why can't we agree that peop

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Marcus Boerger wrote: nobody forces you to use OO if you don't like it but it is as it is. And we cannot make it ignore its basic rules. It might be that you are lazy and PHP can and PHP did allow changing parameters when overriding functions. And apart from pseudo-academical reasons nothing

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Hello Michael, nobody forces you to use OO if you don't like it but it is as it is. And we cannot make it ignore its basic rules. It might be that you are lazy and have code that would end up without problems if changing signatures at will. However we have a bunch of situations where we cannot a

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Fri, Jul 21, 2006 at 12:46:13PM +0200, Pierre wrote: > > I second your opinion. I don't see anything wrong in this code. PHP > was never thought as an academic language, neither to clone pure OO > language. I agree. For those who want the academic/strict approach, PHP provides Interfaces. -

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Richard Lynch wrote: So what exactly is the purpose of enforcing the same args here? Does it make the C code under the hood simpler? Does it make PHP an order of magnitude faster? I'm honestly just sitting here asking myself WHY anybody wants this, and not finding any benefit at all. I thin

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Fri, July 21, 2006 4:30 am, Derick Rethans wrote: > On Fri, 21 Jul 2006, Mike Bretz wrote: > >> Michael Wallner wrote: >> > [EMAIL PROTECTED]:~/build/php-unicode-debug$ cli >> > -d"error_reporting=8191" -r 'class c{function f(){}} class d >> extends >> > c{function f($a){}}' >> > Fatal error: De

Re: [PHP-DEV] zend_u_strtod is slow - possible fix

Yes. With your patch applied, the numeric unicode string to double conversion is about 100% slower than from binary strings. If this is acceptable we can commit the patch. Otherwise, we should port zend_strtod() to deal with unicode strings directly. -Andrei On Jul 31, 2006, at 1:58 AM, Matt

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

On Fri, July 21, 2006 4:32 am, Lukas Smith wrote: > Derick Rethans wrote: >> On Fri, 21 Jul 2006, Lukas Smith wrote: >> >>> Richard Quadling wrote: [snip] >>> Its not about being "right". Acedemically Marcus changes are >>> correct. With all due respect... There are several languages in which it'

Re: [PHP-DEV] New Installer for PHP 5.2

On Mon, July 24, 2006 9:55 am, Ilia Alshanetsky wrote: > > On 24-Jul-06, at 10:52 AM, John Mertic wrote: >> >> Thanks to Edin Kadribasic, the public test version ( which installs >> a >> recent snapshot of PHP 5.2 ) is located at >> http://downloads.php.net/edink/php-5.2.0-win32-installer.msi. >> >

[PHP-DEV] Build and gcov test of PHP_5_2 finished

Hello! A gcov test run has just been finished on the PHP_5_2 branch. You can view the make log here: http://gcov.php.net/PHP_5_2/make.log.php You can watch the test results: http://gcov.php.net/PHP_5_2/run-tests.log.php And you can watch gcov results: http://gcov.php.net/PHP_5_2/lcov/index.php

Re: [PHP-DEV] PHP_5_2 segfaults

Sebastian Bergmann wrote: > [EMAIL PROTECTED] php-5.2 % ./cvsclean && ./buildconf && ./configure && > make -j3 && gdb ./sapi/cli/php A fresh CVS checkout solved this issue. -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5