On 4/6/2017 11:52 AM, Sawyer X wrote: > > > On 04/06/2017 02:41 AM, Leon Timmermans wrote: >> On Wed, Feb 8, 2017 at 6:18 PM, Karl Williamson via RT >> <perlbug-followup@perl.org> wrote: >>> It occurs to me another argument in favor of keeping it fatal is, as I've said before, I think it is safer when making a change that can cause working programs to have a different behavior, to have that syntax to be fatal for a release or two. That's why I originally was going to have /xx be fatal for 5.26. But the fact that it was fatal during essentially the entirety of the 5.25 series without a single BBC report convinced me it was ok to go ahead and change the meaning. >>> >>> I think that by making this portion of the unescaped '{' fatal in 5.26, we will lessen the chances that the final portion will create problems in future releases. >> It seems that right now we're breaking autoconf by making this fatal. >> *Autoconf*. It has been fixed in their repository, but they haven't >> done a stable release in years. Think of that what you want, but >> there's a staggering amount of software depending on autoconf. >> >> I don't see how we can not revert this fatalization given these >> circumstances. The advantages are too theoretical to offset this very >> practical problem, and reverting would give us at least a year to deal >> with autotools' release inertia. > > I agree. This leaves us little room but to simply revert this and manage > a release of Autoconf before we revert it at the very least. > I have sent an email to the maintainers, asking for when they plan to release an update.Thread Previous | Thread Next