Re: Latest commit -- depreciation of call_user_method()

On Fri, 18 May 2001, Jani Taskinen wrote: > On Fri, 18 May 2001, Rasmus Lerdorf wrote: > > >> As long as these extensions are in there, I think changing any of their > >> API's is a justification for 4.x release. > > > >I disagree. Since optional extensions are not a core part of the language > >and can be built and maintained separately, changes to them should not be > >the main cause for bumping the major version number of PHP. Major Changes > >to the core of PHP or to any non-optional components should however. > > Do you really think that average PHP user makes any difference between > extensions and the core? I don't think so. As long as they come in same > package..it's the same for them. That still doesn't change the fact that it is imprecise to tie the PHP version number to extensions when there is no 1:1 relationship here and the possibility exists that an older version of the extension can be used with a newer version of PHP. And more and more, the average PHP user does not build PHP themselves but use it on a server where PHP was built by an admin. On these servers it is getting more common for the admin to enable extensions as shared extensions from user requests which increases the likelihood of old versions of extensions sticking around and not being in synch with the PHP installation. -Rasmus