Re: [PHP-DEV] [PATCH] primitive load order deps for unix build system

How many platforms did you check this one? Andi At 08:34 PM 5/20/2004 +0100, Wez Furlong wrote: I've cooked up a patch [1] that causes extension modules to be initialized in an order appropriate to their dependencies. (in other words, it only affects internal_functions.c during configure time). The

[PHP-DEV] PHP 5.0 RC 3

Hi, In the process of getting ready for the release, I'd like to post RC3 pretty soon. Does Thursday give you guys enough time to fix whatever bugs you have on your TODO? As we are nearing a release, I'd like to ask all extension maintainers to take a look at their extension bug reports and try

[PHP-DEV] CVS Account Request: dmcfarli

making the STAF extension available to the public by locating it in a trusted, centralized and stable repository. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

Hello Andrey, Thursday, May 20, 2004, 8:15:41 PM, you wrote: > Sara Golemon wrote: I hope that everyone will be happy with this. var_dump() is still BC >> >> since >> it does not print ":public" on public properties. >>> >>>Fine with me. I'm not sure printing public is a bad idea.

[PHP-DEV] [PATCH] primitive load order deps for unix build system

I've cooked up a patch [1] that causes extension modules to be initialized in an order appropriate to their dependencies. (in other words, it only affects internal_functions.c during configure time). The heart of the patch is an awk script that spits out the module_ptr structures according to the

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

Sara Golemon wrote: I hope that everyone will be happy with this. var_dump() is still BC since it does not print ":public" on public properties. Fine with me. I'm not sure printing public is a bad idea. How many ppl actually use this in their application for purposes other than debugging? I sure ho

Re: [PHP-DEV] GIF create support for bundled GD

> My intention was always to add [GIF write support] after June 18th. > Do you see sneaking this into 5.0.1 since it's a "high profile" feature? Or keeping it to the later 5.1.0 release? -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsu

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

> >I hope that everyone will be happy with this. var_dump() is still BC since > >it does not print ":public" on public properties. > > > Fine with me. I'm not sure printing public is a bad idea. How many ppl > actually use this in their application for purposes other than debugging? > I sure hope n

Re: [PHP-DEV] GIF create support for bundled GD

If we were a couple of years away from the patent expiry in the rest of the world, then I'd suggest a --i-am-in-the-us switch. But as we're talking about 2-3 months I think we should wait until the whole world has the patent expired. Andi At 07:06 PM 5/20/2004 +0200, Derick Rethans wrote: On Th

Re: [PHP-DEV] GIF create support for bundled GD

On Thu, 20 May 2004, Scott MacVicar wrote: > Wez Furlong wrote: > >>could the patch possibly appear in the > >>documentation until the last one expires? > > > > > > You want PHP to get taken to court? :) > Well technically I can use it on my US server since the patent has > expired there so surely

Re: [PHP-DEV] GIF create support for bundled GD

On Thu, May 20, 2004 at 09:36:02AM -0700, Rasmus Lerdorf wrote: > My intention was always to add this after June 18th. The Unisys page quoted earlier suggests July 7th is the last patent expiry (in Canada). James -- james aylett, chief technical ar

Re: [PHP-DEV] GIF create support for bundled GD

Wez Furlong wrote: could the patch possibly appear in the documentation until the last one expires? You want PHP to get taken to court? :) Well technically I can use it on my US server since the patent has expired there so surely a patch stating that you should only use it if your in the US cou

RE: [PHP-DEV] GIF create support for bundled GD

My intention was always to add this after June 18th. On Thu, 20 May 2004, Wez Furlong wrote: > > > could the patch possibly appear in the > > documentation until the last one expires? > > You want PHP to get taken to court? :) > > -- > PHP Internals - PHP Runtime Development Mailing List > To uns

RE: [PHP-DEV] GIF create support for bundled GD

> could the patch possibly appear in the > documentation until the last one expires? You want PHP to get taken to court? :) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] GIF create support for bundled GD

Scott Macvicar wrote: Derick Rethans wrote: On Thu, 20 May 2004, Andrew Sitnikov wrote: I've got a patch (originally ported from old version GD) which adds GIF write support to bundled libGD. Is there any chance to accept it to core ? I've been testing it for quite long time with 4_3 and HEAD and

Re: [PHP-DEV] GIF create support for bundled GD

Derick Rethans wrote: On Thu, 20 May 2004, Andrew Sitnikov wrote: I've got a patch (originally ported from old version GD) which adds GIF write support to bundled libGD. Is there any chance to accept it to core ? I've been testing it for quite long time with 4_3 and HEAD and it works ok for me. N

Re: Re[2]: [PHP-DEV] GIF create support for bundled GD

On Thu, 20 May 2004 13:15:39 +0200 (CEST) Derick Rethans <[EMAIL PROTECTED]> wrote: > On Thu, 20 May 2004, Andrew Sitnikov wrote: > > > DR> Nope, due to patent issues we can not add it. > > Action of the patent on GIF was not expired ? > > > > http://lpf.ai.mit.edu/Patents/Gif/Gif.html > > The Un

Re[2]: [PHP-DEV] GIF create support for bundled GD

On Thu, 20 May 2004, Andrew Sitnikov wrote: > DR> Nope, due to patent issues we can not add it. > Action of the patent on GIF was not expired ? > > http://lpf.ai.mit.edu/Patents/Gif/Gif.html > The United States LZW patent expired on June 20th, 2003.. > According to Unisys, the counterpart Canadian

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

On Thu, 20 May 2004, Jan Schneider wrote: > Zitat von Andi Gutmans <[EMAIL PROTECTED]>: > > > I'm OK with adding it to print_r() too if no one has any serious objections. > > Perhaps only for members explicitely declared public, as opposed to > var-style properties. We can't distantiate between t

Re[2]: [PHP-DEV] GIF create support for bundled GD

Hello Derick, DR> Nope, due to patent issues we can not add it. Action of the patent on GIF was not expired ? http://lpf.ai.mit.edu/Patents/Gif/Gif.html The United States LZW patent expired on June 20th, 2003.. According to Unisys, the counterpart Canadian patent expires July 7, 2004, the counte

[PHP-DEV] CVS Account Request: tomscl

I would like to use the CVS repository to maintain some PEAR packages and possibly some stuff for PECL. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

Zitat von Andi Gutmans <[EMAIL PROTECTED]>: I'm OK with adding it to print_r() too if no one has any serious objections. Perhaps only for members explicitely declared public, as opposed to var-style properties. At 12:04 PM 5/20/2004 +0200, Derick Rethans wrote: On Thu, 20 May 2004, Andi Gutmans wro

Re: [PHP-DEV] GIF create support for bundled GD

On Thu, 20 May 2004, Andrew Sitnikov wrote: > I've got a patch (originally ported from old version GD) which adds > GIF write support to bundled libGD. Is there any chance to accept it > to core ? I've been testing it for quite long time with 4_3 and HEAD > and it works ok for me. Nope, due to pa

[PHP-DEV] GIF create support for bundled GD

Hello , I've got a patch (originally ported from old version GD) which adds GIF write support to bundled libGD. Is there any chance to accept it to core ? I've been testing it for quite long time with 4_3 and HEAD and it works ok for me. -- Best regards, Andrew mailto:

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

I'm OK with adding it to print_r() too if no one has any serious objections. At 12:04 PM 5/20/2004 +0200, Derick Rethans wrote: On Thu, 20 May 2004, Andi Gutmans wrote: > Fine with me. I'm not sure printing public is a bad idea. How many ppl > actually use this in their application for purposes oth

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

On Thu, 20 May 2004, Andi Gutmans wrote: > Fine with me. I'm not sure printing public is a bad idea. How many ppl > actually use this in their application for purposes other than debugging? Well, print_r doesn't print it either; so IMO if we add public here, we need to do that for print_r too. r

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

Fine with me. I'm not sure printing public is a bad idea. How many ppl actually use this in their application for purposes other than debugging? At 09:28 AM 5/20/2004 +0200, Andrey Hristov wrote: Andi Gutmans wrote: At 11:42 AM 5/18/2004 +0200, Christian Schneider wrote: Sara Golemon wrote: var_d

Re: [PHP-DEV] Re: protected/private access and var_dump/print_r

Andi Gutmans wrote: At 11:42 AM 5/18/2004 +0200, Christian Schneider wrote: Sara Golemon wrote: var_dump($someobject); shows only public properties (as I'd expect), but print_r($someobject) shows all properties (explicitly identifying protected/private props). I agree with Derick and Andrey in tha