[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Lisp files that load cl-lib in problematical ways
From: |
Emanuel Berg |
Subject: |
Re: Lisp files that load cl-lib in problematical ways |
Date: |
Thu, 19 Oct 2023 13:19:06 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii wrote:
>> That's a total of 541 occurrences, just in the files that
>> get dumped with the Emacs binary.
>
> Those use cl-lib during byte-compilation, they don't load
> cl-lib at run time. So this is not what Richard asked
> about, AFAIU.
The "levels" introduced in this discussion are, it would seem
- files that are used by vanilla Emacs that use cl-lib
- such files that use it at compile time
- such files that use it a run time
- such files that are loaded when Emacs is executed with no
arguments
but - what is the difference? I think it is pretty clear that
cl-lib is used quite broadly, probably because people find
it useful.
So what does it matter if it is "purged" from one or several
of these levels? What gain is there if that is achieved?
>> I fear that that's the way things will stay, because it
>> would be too much work to fix. But more because there are
>> enough contributors who think that cl-lib is just an
>> ordinary part of Emacs to be used freely without restraint.
>> I am not among this group of contributors.
>
> We cannot possibly expect people to contribute code if we
> force them not to use the macros they are used to. If cl-lib
> is not loaded as result, that is good enough for us,
> I think.
Again, what is the harm loading cl-lib?
--
underground experts united
https://dataswamp.org/~incal
- Re: Lisp files that load cl-lib in problematical ways, (continued)
- Re: Lisp files that load cl-lib in problematical ways, Andrea Corallo, 2023/10/26
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/26
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Richard Stallman, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways, Richard Stallman, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Richard Stallman, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Alan Mackenzie, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways,
Emanuel Berg <=
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/20
- Re: Lisp files that load cl-lib in problematical ways, Dr. Arne Babenhauserheide, 2023/10/20
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/20
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/20
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Jens Schmidt, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Björn Bidar, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/22