[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Proposal: Forwards-Compatibility Library for Emacs
From: |
Philip Kaludercic |
Subject: |
Re: Proposal: Forwards-Compatibility Library for Emacs |
Date: |
Tue, 21 Sep 2021 13:00:16 +0000 |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Stefan Monnier <monnier@iro.umontreal.ca>
>> Cc: emacs-devel@gnu.org
>> Date: Tue, 21 Sep 2021 08:31:39 -0400
>>
>> > By its very nature it is an intrusive package, as it defines functions,
>> > macros and advice outside of the "namespace", but I don't see any way
>> > around that if transparent compatibility is to be provided (anything
>> > else would just replicate dash, s, f, ...).
>>
>> I think this uncleanliness is a bit risky. Better put the definitions
>> in their own namespace. I don't think "transparent compatibility" is
>> worth the trouble here, and I don't think `s`, `f`, ... solve the
>> same problem.
>
> Can symbol-renaming help here, perhaps? I believe João is trying to
> get it ready in time for Emacs 28.
Going by my proposal, the library does nothing when loaded in Emacs
28.1, because it is already compatible to itself. No need for an extra
layer. It is only of interest to older versions, and they won't be able
to make use of symbol-renaming.
--
Philip Kaludercic
- Proposal: Forwards-Compatibility Library for Emacs, Philip Kaludercic, 2021/09/20
- Re: Proposal: Forwards-Compatibility Library for Emacs, João Távora, 2021/09/21
- Re: Proposal: Forwards-Compatibility Library for Emacs, Philip Kaludercic, 2021/09/21
- Re: Proposal: Forwards-Compatibility Library for Emacs, João Távora, 2021/09/21
- Re: Proposal: Forwards-Compatibility Library for Emacs, Lars Ingebrigtsen, 2021/09/21
Re: Proposal: Forwards-Compatibility Library for Emacs, Philip Kaludercic, 2021/09/21