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.Thread Previous | Thread Next