Re: [PHP-DEV] Deprecate PHP's short open tags, again

This is only part of a thread. view whole thread
  106613
August 14, 2019 17:01 hisamsonolu@gmail.com (Olumide Samson)
On Wed, Aug 14, 2019, 5:23 PM Robert Korulczyk <robert@korulczyk.pl> wrote:

> > While possibly a bit hyperbolic, most of the arguments basically come > off that way to me as well. I've definitely viewed most of what you've said > in > > that manner. > > I guess we're in some kind of limbo where half of the people do not > consider problems which short open tags create as serious, and other half > does not > consider BC break implications as serious. > I already migrated some quite big legacy apps from ` existing tools for this, and I can't even image simpler BC break to deal > with.
So for me "it will be so hard to upgrade" arguments are also exaggerated,
> and that's why I'm concerned about future BC breaks - if such simple > change encounters such fierce resistance, then what kind of BC break can > be accepted? > This was exactly my reason for participating in this discussion, if such
simple BC break encounters fierce and lengthy-weighted resistance, I'm not sure there will ever be a BC break, only additions without a necessary cleanup. That's just like, there's a precedent to resist all kinds of BC break simply because there's no positive impact on the change. Millions of code can be migrated through many existing libraries in short time frame to comply with the short tag depreciation. I think the resistance is actually the reason this discussion(thread) gets this lengthy. At the end of all, we either have it or leave it. Happy coding.
> > Regards, > Robert Korulczyk > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
  106615
August 14, 2019 18:19 claude.pache@gmail.com (Claude Pache)
> Le 14 août 2019 à 19:01, Olumide Samson <hisamsonolu@gmail.com> a écrit : > > This was exactly my reason for participating in this discussion, if such > simple BC break encounters fierce and lengthy-weighted resistance, I'm not > sure there will ever be a BC break, only additions without a necessary > cleanup. > > That's just like, there's a precedent to resist all kinds of BC break > simply because there's no positive impact on the change.
No, BC breaks and cleanups have been regularly implemented in the past, and that will continue. Two recent examples among several others: https://wiki.php.net/rfc/deprecate-and-remove-ext-interbase <https://wiki.php.net/rfc/deprecate-and-remove-ext-interbase> https://wiki.php.net/rfc/ternary_associativity <https://wiki.php.net/rfc/ternary_associativity> About short-open tags. Many people thought that this particular BC break or cleanup was not useful enough. That’s all. —Claude