Re: Unbearably slow editing in .h files

[Alan Mackenzie]

Morning, Stefan!

On Sat, Feb 23, 2008 at 07:37:17PM -0500, Stefan Monnier wrote:
> > ;-)  I think that lisp.h is an ill-conditioned file, in some way.  Or
> > are you telling me that the slowness happens in a lot of files.h?

> Basically, all .h files, tho clearly the slowdown is proportional to
> the distance between point-min and point.

It's not quite as simple as that.  Try loading a large file.c, say
.../src/w32fns.c, then do M-> and C-M-a.  This is instantaneous enough.
But yes, further C-M-a's do become a bit sluggish.  globals_of_w32fns is
spectacularly bad.  OK, there's stuff to fix here.

[ .... ]

> One other problem with add-log-current-defun is that it does not
> recognize function declarations any more (i.e. hitting C-x 4 a on a
> line like

>   void foo (int);

> will fail to find the "foo" to put it in the ChangeLog).  Not sure if
> it's related.

C-x 4 a uses c-\(beginning\|end\)-of-defun.  @dfn{defuns} in CC Mode are
currently top-level structures containing a brace block.

>         Stefan

-- 
Alan Mackenzie (Nuremberg, Germany).