[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: cl-lib warnings
From: |
Eli Zaretskii |
Subject: |
Re: cl-lib warnings |
Date: |
Fri, 23 Dec 2022 09:30:07 +0200 |
> From: Yuan Fu <casouri@gmail.com>
> Date: Thu, 22 Dec 2022 14:24:02 -0800
> Cc: Juanma Barranquero <lekktu@gmail.com>,
> joaotavora@gmail.com,
> juri@linkov.net,
> monnier@iro.umontreal.ca,
> emacs-devel@gnu.org
>
> > I'm afraid if we preload cl-lib, that would open the gates of hell
> > whereby all of our code will be rewritten in cl-lib dialect that is
> > (at least for me) much harder to read and maintain. So maybe wait
> > until I'm safely dead (at least as far as Emacs is concerned) before
> > doing that.
> >
>
> Wait, what constitutes of cl-lib dialect? Do you mean things like cl-defun? I
> hope using cl-loop and cl-reduce, cl-remove-if and the like doesn’t make code
> harder to read.
Yes, cl-loop is one of the worst offenders in my eyes. If I want to
use Fortran or C, I will use Fortran or C; I don't want to see Fortran
for-loops in Emacs Lisp.
- Re: cl-lib warnings, (continued)
- Re: cl-lib warnings, Eli Zaretskii, 2022/12/21
- Re: cl-lib warnings, Juanma Barranquero, 2022/12/21
- Re: cl-lib warnings, Eli Zaretskii, 2022/12/22
- Re: cl-lib warnings, Juanma Barranquero, 2022/12/22
- Re: cl-lib warnings, Eli Zaretskii, 2022/12/22
- Re: cl-lib warnings, Yuan Fu, 2022/12/22
- Re: cl-lib warnings, Stefan Monnier, 2022/12/22
- Re: cl-lib warnings,
Eli Zaretskii <=
- Re: cl-lib warnings, Yuan Fu, 2022/12/23
- Re: cl-lib warnings, Juanma Barranquero, 2022/12/23
- Re: cl-lib warnings, Stefan Monnier, 2022/12/24
- Re: cl-lib warnings, Juanma Barranquero, 2022/12/24
- Re: cl-lib warnings, Tomas Hlavaty, 2022/12/24
- Re: cl-lib warnings, João Távora, 2022/12/23
- Re: cl-lib warnings, Philip Kaludercic, 2022/12/24
- Re: cl-lib warnings, João Távora, 2022/12/24
- cl-loop and plists vs alists, Philip Kaludercic, 2022/12/25
- Re: cl-loop and plists vs alists, João Távora, 2022/12/25