[PHP-DEV] Re: ext/iconv/tests/bug16069.phpt

2009-07-28 Thread Moriyoshi Koizumi
That is a test that is involved in the iconv's transilteration feature, the behavior of which may vary by the platform you use. I guess we don't actually need to test it then. Moriyoshi On Tue, Jul 28, 2009 at 12:27 PM, Rasmus Lerdorf wrote: > Moriyoshi, or someone who knows CP932 and EUC-JP, co

Re: [PHP-DEV] Re: svn: /php/php-src/branches/PHP_5_3/ext/gd/ libgd/gdft.c tests/bug48555.phpt tests/bug48732.phpt tests/bug48801.phpt

2009-07-28 Thread Moriyoshi Koizumi
Incorporating the changes and merges across the branches into one commit under a sparse-layouted local copy doesn't do the book-keeping against svn:mergeinfo. That's why I suppose it is not a good idea. Moriyoshi On Tue, Jul 28, 2009 at 7:44 AM, Gwynne Raskind wrote: > On Jul 27, 2009, at 6:31 P

Re: [PHP-DEV] are there alternate interfaces to the bug tracking system?

2009-07-28 Thread Sandro Tosi
On Sat, Jul 4, 2009 at 18:32, Sandro Tosi wrote: > Hi all, > > On Sat, Jul 4, 2009 at 18:20, Sean Coates wrote: >>> so what i'm wondering is: is there an easily parseable or structured >>> interface (xmlrpc, soap, read-only JSON export, whatever) to the php.net >>> bts >>> that could be used to get

[PHP-DEV] Re: Alternative mbstring implementation using ICU

2009-07-28 Thread Moriyoshi Koizumi
I set up a RFC page for this in wiki.php.net. Here it goes: http://wiki.php.net/rfc/altmbstring Moriyoshi 2009/7/26 Moriyoshi Koizumi : > Hi there, > > I almost finished an alternative implementation of mbstring that uses > ICU instead of the exotic libmbfl in hope of replacing the current one >

Re: [PHP-DEV] Re: svn: /php/php-src/branches/PHP_5_3/ext/gd/ libgd/gdft.c tests/bug48555.phpt tests/bug48732.phpt tests/bug48801.phpt

2009-07-28 Thread Rasmus Lerdorf
Moriyoshi Koizumi wrote: > Incorporating the changes and merges across the branches into one > commit under a sparse-layouted local copy doesn't do the book-keeping > against svn:mergeinfo. That's why I suppose it is not a good idea. I don't think a merge will work the way we use branches though.

[PHP-DEV] Re: SOAP_MARSHAL_DATETIME (or: bug #44383)

2009-07-28 Thread David Zülke
*bump* Dmitry, did you have a chance to review this patch yet? - David On 22.06.2009, at 15:21, David Zülke wrote: Hi folks, attached is a patch (with the respective test cases) that implements DateTime marshalling from and to xsd:dateTime in ext/soap as requested in http://bugs.php.net

Re: [PHP-DEV] Re: svn: /php/php-src/branches/PHP_5_3/ext/gd/ libgd/gdft.c tests/bug48555.phpt tests/bug48732.phpt tests/bug48801.phpt

2009-07-28 Thread Lukas Kahwe Smith
On 28.07.2009, at 01:38, Takeshi Abe wrote: Hi, On Mon, 27 Jul 2009 18:44:20 -0400, Gwynne Raskind > wrote: README.SVN-RULES says 1. All changes should first go to trunk and then get merged from trunk (aka MFH'ed) to all other relevant branches. which I've been following so far.

[PHP-DEV] Re: SOAP_MARSHAL_DATETIME (or: bug #44383)

2009-07-28 Thread Dmitry Stogov
Hi David, I took only a quick look, but I like the patch. In case it doesn't break any tests, it should be committed at least into HEAD. I agree to commit it into 5.3 too, but RMs take the final decision. The only thing I didn't understood - why win32/php_stdint.h is needed. Thanks. Dmitry. Dav

Re: [PHP-DEV] Re: SOAP_MARSHAL_DATETIME (or: bug #44383)

2009-07-28 Thread David Zülke
On 28.07.2009, at 13:32, Dmitry Stogov wrote: Hi David, I took only a quick look, but I like the patch. In case it doesn't break any tests, it should be committed at least into HEAD. I agree to commit it into 5.3 too, but RMs take the final decision. The only thing I didn't understood - w

Re: [PHP-DEV] Re: SOAP_MARSHAL_DATETIME (or: bug #44383)

2009-07-28 Thread Dmitry Stogov
David Zülke wrote: > On 28.07.2009, at 13:32, Dmitry Stogov wrote: > >> Hi David, >> >> I took only a quick look, but I like the patch. >> In case it doesn't break any tests, it should be committed at least into >> HEAD. I agree to commit it into 5.3 too, but RMs take the final decision. >> >> Th

[PHP-DEV] Re: date extension timezonedb generation

2009-07-28 Thread Derick Rethans
On Wed, 15 Jul 2009, Joe Orton wrote: > Derick, do you make available the scripts used to generate timezonedb.h? They're at http://cvs.xdebug.org/cgi-bin/viewvc.cgi/timelib/zones/ > > Are you using the location co-ordinates from zone.tab in the "Olson" > database? Yes, but there was a tiny bug

[PHP-DEV] PHP floating point history and behaviour.

2009-07-28 Thread Lupus Michaelis
Hi, I'm wondering where the Zend/zend_float.h include file is used. I'm interested in because I'm checking the behaviour variation between PHP4 and PHP5 (*), and floating point management seems to be fixed for all platforms in an early version of PHP5 (revision r270301). By the way, th

Re: [PHP-DEV] Re: svn: /php/php-src/branches/PHP_5_3/ext/gd/ libgd/gdft.c tests/bug48555.phpt tests/bug48732.phpt tests/bug48801.phpt

2009-07-28 Thread Jani Taskinen
Gwynne Raskind wrote: On Jul 27, 2009, at 6:31 PM, Takeshi Abe wrote: Just to be sure, is there any consensus on this? I thought I should use svn merge. README.SVN-RULES says 1. All changes should first go to trunk and then get merged from trunk (aka MFH'ed) to all other relevant bran

Re: [PHP-DEV] PHP floating point history and behaviour.

2009-07-28 Thread Kalle Sommer Nielsen
Hi 2009/7/28 Lupus Michaelis : >  Hi, > >  I'm wondering where the Zend/zend_float.h include file is used. I'm > interested in because I'm checking the behaviour variation between PHP4 and > PHP5 (*), and floating point management seems to be fixed for all platforms > in an early version of PHP5 (

Re: [PHP-DEV] Re: SOAP_MARSHAL_DATETIME (or: bug #44383)

2009-07-28 Thread Jani Taskinen
Dmitry Stogov wrote: David Zülke wrote: On 28.07.2009, at 13:32, Dmitry Stogov wrote: Hi David, I took only a quick look, but I like the patch. In case it doesn't break any tests, it should be committed at least into HEAD. I agree to commit it into 5.3 too, but RMs take the final decision. T