bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#14518: C and Emacs Lisp code parts


From: Andreas Röhler
Subject: bug#14518: C and Emacs Lisp code parts
Date: Thu, 7 Jul 2016 09:33:12 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.1.0



On 07.07.2016 00:36, John Wiegley wrote:
Eli Zaretskii <eliz@gnu.org> writes:
IMO we should simply say: no, abbrevs will not move back to C.
We probably will. But the data presented by Andreas is strange, and I think
warrants at least a bit looking into. Who knows what we will find?
Agreed.  Andreas' problems may not even be a problem with abbrevs at all, but
I'd very much like to know what is going on.

Andreas, your .abbrev file doesn't live on an NFS mount or something crazy,
does it? :)


Hi all,

nice seeing you disposed to query alternatives too, really appreciate that.

IMHO in the case given the reasons are pretty simple. See for example in

'prepare-abbrev-list-buffer':
...
      (dolist (table abbrev-table-name-list)

Such happens not only there. With the number of active modes/tables it growths - maybe exponentially?

Also: why define-abbrevs must process the whole buffer? Why not deal with just the changed parts?
Seems no hubble needed so far ;)

Cheers,

Andreas





reply via email to

[Prev in Thread] Current Thread [Next in Thread]