changelog Sun Aug 27 01:30:50 2006 UTC
Modified files:
/php-srcChangeLog
Log:
ChangeLog update
http://cvs.php.net/viewvc.cgi/php-src/ChangeLog?r1=1.2434r2=1.2435diff_format=u
Index: php-src/ChangeLog
diff -u php-src/ChangeLog:1.2434
pajoye Sat Aug 26 11:03:00 2006 UTC
Modified files:
/CVSROOTavail
Log:
- Tom H. karma for pear Audio_CAPTCHA
http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1171r2=1.1172diff_format=u
Index: CVSROOT/avail
diff -u CVSROOT/avail:1.1171
pajoye Sat Aug 26 12:23:43 2006 UTC
Modified files: (Branch: PHP_5_2)
/php-src/ext/zipphp_zip.c
Log:
- don't rely/use VCWD_REALPATH, use expand_filepath instead
NB: that'd to be true for all this VCWD mess
pajoye Sat Aug 26 12:29:59 2006 UTC
Modified files:
/php-src/ext/zipphp_zip.c
Log:
- MFB: don't rely/use VCWD_REALPATH, use expand_filepath instead
NB: that'd to be true for all this VCWD mess
bjori Sat Aug 26 14:15:07 2006 UTC
Added files: (Branch: PHP_4_4)
/php-src/ext/standard/tests/aggregation bug37812.phpt
Modified files:
/php-src/ext/standard aggregation.c
/php-srcNEWS
Log:
Fixed bug #37812
I missed the discussion about this. Is there a bug in VCWD_REALPATH()? Can
you explain?
Thanks.
-Original Message-
From: Pierre-Alain Joye [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 26, 2006 5:24 AM
To: php-cvs@lists.php.net
Subject: [PHP-CVS] cvs: php-src(PHP_5_2) /ext/zip
Why is this important? We never defined these as static. As long as you move
them to the .c file (for whatever reason you have that might be justified)
you really don't have to define them as static IMO.
-Original Message-
From: Nuno Lopes [mailto:[EMAIL PROTECTED]
Sent: Monday,
Andi,
I think the idea here was to minimize memory utilization and allow
the compiler to optimize the code better, something that having
functions defined as statics appears to help with.
On 26-Aug-06, at 11:30 AM, Andi Gutmans wrote:
Why is this important? We never defined these as
I don't think it helps. It won't inline these functions in most cases
anyway, and having or not having a symbol shouldn't make a difference.
I'd prefer to stick to our standards and keep all extensions the same. Who
knows if/when we'll want to play around with the symbols also. It could come
in