From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)
Subject: Re: Gnus always loads cl
Date: Tue, 15 Oct 2002 21:27:15 +0200 [thread overview]
Message-ID: <87k7kjwlik.fsf@crybaby.cs.uni-dortmund.de> (raw)
In-Reply-To: <m3smz73dtg.fsf@yamaoka.cc>
Katsumi@Yamaoka.cc writes:
>>>>>> In <87hefnu7sn.fsf@crybaby.cs.uni-dortmund.de>
>>>>>> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) wrote:
>
>>> (unless (and (fboundp 'gethash) (fboundp 'hash-table-count)
>>> (fboundp 'make-hash-table) (fboundp 'mapc)
>>> (fboundp 'puthash))
>>> (require 'cl)
>>> (unless (fboundp 'puthash)
>>> (defalias 'puthash 'cl-puthash)))
>>>
>>> However, if such a thing is required, my will inclines to
>>> forsake Emacs 20 users. Do you have any other ideas?
>
> Kai> Why forsake Emacs 20 users? The code is not that terrible :-)
>
> Since I'm not using Emacs 20 usually, I come to feel it
> troublesome. But we cannot forsake Meadow users. ;-)
Well. Hm. How to make it prettier? Maybe this one:
(when (memq nil (mapcar 'fboundp
'(gethash hash-table make-hash-table
mapc puthash)))
(require 'cl)
(unless (fboundp 'puthash)
(defalias 'puthash 'cl-puthash)))
> Kai> And then, maybe it's sufficient to test some of those functions
> Kai> instead of all of them -- we expect them to be defined in the same
> Kai> file anyway, right?
>
> I make an issue of only cl run-time functions and I graspe all
> of them. Which function do you think we can remove from a
> subject of examination? I don't know.
As a zero-th approximation, any function that is not fboundp in Emacs
20 will do. Maybe make-hash-table is the most basic function.
(Without a hash table, you cannot do anything with it, so any Emacs
which provides hash tables will also provide make-hash-table, I
guess.)
> By the way, I've made gnus-clfns.el in T-gnus (which is base on
> Oort Gnus, using FLIM and SEMI for MIME functions, using APEL
> to support Mule 19.34 as well as Emacs 20/21). That file
> provides compiler macros for cl run-time functions as it is done
> by dgnushack.el in Oort Gnus. If such demand increases, we
> should probably do the same thing also in Oort Gnus.
Whee. dgnushack is really weird. But if it's necessary...
kai
--
~/.signature is: umop ap!sdn (Frank Nobis)
next prev parent reply other threads:[~2002-10-15 19:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-08 11:24 Katsumi Yamaoka
2002-10-10 11:12 ` Katsumi Yamaoka
2002-10-14 9:15 ` Katsumi Yamaoka
2002-10-14 19:24 ` Kai Großjohann
2002-10-14 22:46 ` Katsumi Yamaoka
2002-10-15 6:41 ` Kai Großjohann
2002-10-15 9:29 ` Katsumi Yamaoka
2002-10-15 13:54 ` Kai Großjohann
2002-10-15 15:46 ` Katsumi
2002-10-15 19:27 ` Kai Großjohann [this message]
2002-10-16 12:11 ` Katsumi Yamaoka
2002-10-15 21:34 ` Alex Schroeder
2002-12-29 0:18 ` Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k7kjwlik.fsf@crybaby.cs.uni-dortmund.de \
--to=kai.grossjohann@cs.uni-dortmund.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).