[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: seq.el and the complexity of Emacs Lisp.
|
From: |
Richard Stallman |
|
Subject: |
Re: seq.el and the complexity of Emacs Lisp. |
|
Date: |
Tue, 07 Nov 2023 22:08:40 -0500 |
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> Our convention nowadays is that any function/variable that has 2
> dashes after the prefix, in this case seq--SOMETHING, is internal, and
> all the others are public.
Yes, and seq.el follows that. But some of the things defined near the
top of seq.el are not functions or variables, and they don't follow
that convention. It wasn't immediately clear to me what kind of
things they were.
--
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
- Re: seq.el and the complexity of Emacs Lisp., (continued)
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/06
- Re: seq.el and the complexity of Emacs Lisp., tomas, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Ihor Radchenko, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Eli Zaretskii, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Eli Zaretskii, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp., Emanuel Berg, 2023/11/07
- Re: seq.el and the complexity of Emacs Lisp.,
Richard Stallman <=