Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:60605
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.21 cause and error)
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
To: "internals@lists.php.net" <internals@lists.php.net>
Date: Thu, 17 May 2012 23:34:37 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?=
 =?utf-8?Q?ca_do_I=2ES=2ET=2E?=
Message-ID: <op.weg17zomidpuyk@damnation>
User-Agent: Opera Mail/11.64 (Win32)
Subject: IntlCalendar/IntlTimeZone and ext/date
From: glopes@nebm.ist.utl.pt ("Gustavo Lopes")

I've made some modifications to ext/intl's IntlCalendar/IntlTimeZone to  
improve interoperability.

* DateTimeZone is now accepted in all places time zones are expected in  
IntlCalendar.
* Added IntlTimeZone::toDateTimeZone() and  
IntlTimeZone::fromDateTimeZone().
* Added IntlCalendar::toDateTime() and IntlCalendar::fromDateTime().

Unfortunately, ext/date doesn't expose a lot of interfaces to manipulate  
its objects, so in some places I ended up having to call PHP_FUNCTIONs (in  
one case even twice doing to a bug; see  
https://github.com/cataphract/php-src/commit/3a81f90ebc51140484c617539b1a5fb0e117f4e2#L1R1264  
).

The conversion from DateTimeZone to IntlTimeZone is made through the ids  
only because ext/date doesn't expose interfaces to efficiently implement  
ICU's TimeZone. This may lead to some different behavior for the same time  
zone id if the databases are out of sync.

The changes are here:  
https://github.com/cataphract/php-src/compare/intl_calendar

If no one objects, I'll merge it soon.

-- 
Gustavo Lopes