Matthew Weier O'Phinney-3 wrote:
>
> -- ardx <[email protected]> wrote
> (on Sunday, 04 January 2009, 06:34 PM -0800):
>> Till Klampaeckel-2 wrote:
>> >
>> > Zend_File seems to lead the list, but only with 5.2.1, not 5.2.4.
>> >
>> > And if anyone cares, here are the version requirements per component
>> > (tests not included):
>> >
>> > ...
>> > Zend_Date: 5.1.0
>> > ...
>>
>> Zend_Date on ver 1.7+ is broken on php 5.16 due to the use of
>>
>> $this->_locale = (string) $locale; ($locale is an object)
>>
>> in the getLocale() function.
>
> We bumped the minimum supported PHP version to 5.2.4 for ZF >= 1.7.0.
>
> --
> Matthew Weier O'Phinney
> Software Architect | [email protected]
> Zend Framework | http://framework.zend.com/
>
>
Yes, I saw that earlier in the thread. My point was that the information
posted about what version of php is required for each component is wrong for
Zend_Date, and may therefore be wrong as regards other components.
The app I am working on does not need OpenId or the other things mentioned
earlier, but it does need Zend_Date. it will be running on a Centos 5 box. I
now have to back off to version 1.6.2 of the framework and stay there until
I assess the risks of replacing the fully tested php version 5.16 (with all
security updates regularly backported into it) with someone's (Litka? Remi?)
unofficial ver 5.2+ rpms. It seems I am not the only one facing that
predicament. If anyone has any advice on which repo to go with, I'd
appreciate it.
In the meantime, could you explain what improvement was achieved by using
$this->_locale = (string) $locale;
instead of
$this->_locale = $locale->toString();
??
Owen
--
View this message in context:
http://www.nabble.com/PHP-version-requirement-tp20904056p21294325.html
Sent from the Zend Framework mailing list archive at Nabble.com.
