GNU bug report logs - #15777
24.3.50; cl symbols are no more fontlocked

Previous Next

Package: emacs;

Reported by: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>

Date: Fri, 1 Nov 2013 06:54:02 UTC

Severity: minor

Found in version 24.3.50

Fixed in version 25.1

Done: Noam Postavsky <npostavs <at> users.sourceforge.net>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Cc: 15777 <at> debbugs.gnu.org
Subject: Re: bug#15777: 24.3.50; cl symbols are no more fontlocked
Date: Fri, 01 Nov 2013 15:22:25 -0400
> I am sorry, but moving to cl-lib is not trivial

Then we should try and reduce the effort needed.  My experience with
converting most of Emacs's own code to use cl-lib was rather
straightforward: remove the (require 'cl), byte-compile, look at the
output for complaints about unknown functions, search&replace
those names.

> and a lot of applications are still using cl.

I know, which is why `cl' is still fully supported and will remain that
way for a little while.

> What you are discouraging is maintaining external elisp libraries,
> remember that many people are using emacs just because there is external
> libraries.

We're only talking about the color given to symbols like defun*
and loop.  It doesn't seem like that should discourage
external libraries.


        Stefan


PS: the set of macros that are highlighted could/should be determined
dynamically, so that your own local macros can also be highlighted with
the `keyword' face.  I'd welcome a patch that does that, and most likely
such a patch would automatically highlight `loop' when cl.el is loaded.




This bug report was last modified 8 years and 329 days ago.

Previous Next


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