GNU bug report logs - #19346
25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p

Previous Next

Package: emacs;

Reported by: Yagnesh Raghava Yakkala <hi <at> yagnesh.org>

Date: Thu, 11 Dec 2014 10:58:02 UTC

Severity: normal

Tags: fixed

Found in version 25.0.50

Fixed in version 25.1

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: hi <at> yagnesh.org, 19346 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void:	gnutls-available-p
Date: Sat, 13 Dec 2014 17:20:47 +0200
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: hi <at> yagnesh.org,  19346 <at> debbugs.gnu.org,  larsi <at> gnus.org
> Date: Sat, 13 Dec 2014 09:21:28 -0500
> 
> > How harder would it be if 'foo-available-p', or 'require', or 'load',
> > or whatever we call it, would return a list of the features supported
> > by the module?
> 
> It'll be `require' because that's what it already is.
> We can't really change what `require' returns.

Why can't we?  It's a generalization of what it currently returns, so
I see no problem with that.  Mind you: using 'require' for modules is
something not supported currently, so the return value will be
different only for these new use cases.

> And even if we could, it would suffer from the usual problem that we
> don't know which subfeatures will be important to know.

All of the available ones, of course.

> Hence fboundp,

Yuck!




This bug report was last modified 10 years and 213 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.