GNU bug report logs - #14886
Slowdown on font-lock-fontify-buffer

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Tue, 16 Jul 2013 23:05:02 UTC

Severity: normal

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #79 received at 14886 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Alan Mackenzie <acm <at> muc.de>, Paul Eggert <eggert <at> cs.ucla.edu>,
 14886 <at> debbugs.gnu.org, Juanma Barranquero <lekktu <at> gmail.com>
Subject: Re: bug#14886: Fwd: bug#14886: Fwd: A significant slowdown calling
 font-lock-fontify-buffer from a hook
Date: Sat, 27 Jul 2013 10:03:45 -0400

>> I've tried a brief ediff between the font-lock files in 24.3 and trunk,
>> but haven't spotted the difference yet in font-lock-fontify-buffer which
>> I suspect is there.

> Why should there be any difference?  The value that differs is that of
> `font-lock-fontify-buffer-function'.  Calling `font-lock-fontify-buffer'
> from prog-mode does `font-lock-default-fontify-buffer'.  Calling it from
> c-mode does `jit-lock-refontify'.  Or what am I missing?

So it's back to the problem of font-lock-fontify-buffer meaning two
different things.  Could someone look into providing
font-lock-ensure-fontification and font-lock-mark-for-refontification,
and mark font-lock-fontify-buffer obsolete?


        Stefan
This bug report was last modified 5 years and 210 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.