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: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
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: Fri, 12 Dec 2014 16:56:50 -0500
> Yes, libraries will need to advertise more than one feature.

Maybe.  Quite likely they can DEFUN or not DEFUN depending on the
presence of those features, so the client packages will simply use
fboundp checks, as they do when checking the features of an
Elisp library.
Again, nothing specific about the fact that they're implemented in C.

> And no, doing that ad-hoc is not the best solution.  Nothing prevents
> us from designing a better one, since we don't yet have any history to
> be compatible to.  I don't see why we would need to give up and stop
> short of designing a more flexible solution before the ad-hockery
> dictates its solution.

Supposedly we have that designed already, it's called `subfeatures'.
We never use it, tho.  So probably the design sucks.


        Stefan




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.