Re: (featurep 'multi-tty) => t on Windows

[Eli Zaretskii <eliz@gnu.org>]

> Date: Fri, 12 Dec 2008 17:23:13 +0100
> From: "Juanma Barranquero" <lekktu@gmail.com>
> Cc: pandyacus@sbcglobal.net, cyd@stupidchicken.com, emacs-devel@gnu.org
> 
> > Since emacsclient
> > cannot test Emacs features
> 
> Not sure I understand what you mean:
> 
>  C:\> emacsclient --eval "(featurep 'multi-tty)"
>  t

That's Emacs who evaluated the expression, not emacsclient, and doing
something with that in normal emacsclient usage is impossible.  What I
meant is that you users cannot tweak emacsclient to do something like
"if this Emacs supports feature XYZ use option -N, otherwise use
option -M" (although one could write a shell script to do that).
emacsclient doesn't have an extension language that could make use of
that paradigm.

> > If I _am_ right, we should simply stop providing `multi-tty', while it
> > is still not too late.
> 
> Perhaps; I'm not opposed to removing it. But I think that, if some
> package author finds a use for it in the future, it will be cleaner to
> check (featurep 'multi-tty) than (f?boundp whatever).

Only if we don't already have other features that could be checked
instead.

And btw, I don't think Emacs practice agrees with you in general: we
have quite a few features that cannot be tested with featurep, because
no code `provide'd them.  Just grep the Lisp sources for fboundp.