bug#15797: 24.3.50; Info: Mention cache-long-scans

[Eli Zaretskii]

> From: Michael Heerdegen <michael_heerdegen@web.de>
> Cc: monnier@iro.umontreal.ca,  15797@debbugs.gnu.org,  kjambunathan@gmail.com
> Date: Wed, 06 Nov 2013 19:50:03 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > > From: Michael Heerdegen <michael_heerdegen@web.de>
> > > Cc: Stefan Monnier <monnier@iro.umontreal.ca>,
> > > 15797@debbugs.gnu.org, kjambunathan@gmail.com
> > > Date: Wed, 06 Nov 2013 19:02:11 +0100
> > > 
> > > BTW, when cache-long-scans t works now, is there any benefit in setting
> > > it nil?
> >
> > We will shortly turn it on by default, as you see from the rest of
> > this discussion.
> 
> Sorry, you misunderstood.  What I meant was: do we (perspectively) need
> a variable at all, when a nil value only has downsides?

You are rushing forward too fast, IMO.  Just yesterday you said the
feature was highly experimental.  Let's have it on by default for a
while, before we decide; meanwhile people will at least have a fire
escape.