Re: Re: move PEAR to PHP 5-only?
| From: | Greg Beaver | Date: | Sat, 01 Oct 2005 23:14:07 +0000 |
| Subject: | Re: Re: move PEAR to PHP 5-only? | ||
| References: | 1 2 3 4 5 6 | Groups: | php.pear.dev php.pear.core |
| Request: | Send a blank email to pear-dev+get-40032@lists.php.net to get a copy of this message | ||
Justin Patrin wrote:
> On 10/1/05, Joe Stump <joe@joestump.net> wrote:
>
>>>I agree. Dropping support for PHP4 constitutes a BC break. Think of
>>>Joe Developer, who upgrades PEAR-1.4 to PEAR-1.5. Oops, PEAR breaks.
>>>This is what defines a BC break.
>>
>>No, it's not. A BC break is when the *API* changes, not when a
>>dependency changes. If this was the case then adding any new
>>dependency would constitute a BC break, which is just silly. As Greg
>>already stated the PHP5 version of PEAR won't install on a PHP4 system.
>>
>
>
> No, adding a new dependency is not a BC break, and no, changing your
> dependency to a newer version of a package is not a BC break, but
> you're all missing one very large problem. PHP is not a PEAR package
> and cannot be treated as such.
>
> Not only does PHP5 break BC, it *cannot* be used in conjunction with
> PHP4. PEAR's rules allow 2 versions of a package to be used in
> parallel. You can't do the same with PHP versions.
eh? No, you cannot use DB_DataObject 1.7 and DB_DataObject 1.8 at the
same time in the same script. The point is that you can use
DB_DataObject 1.x and DB_DataObject2 2.x at the same time.
If PEAR 1.5.0 were to switch to PHP 4.3.0 and start using
file_get_contents(), it would not longer work alongside PEAR 1.4.0 in
PHP 4.2. This, however, is not a BC break.
Greg