From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs 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 Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <87zjat3egg.fsf@lifelogs.com> <83lhmds3i8.fsf@gnu.org> <837fxwsyts.fsf@gnu.org> <83zjasr8p5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1418421449 20922 80.91.229.3 (12 Dec 2014 21:57:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Dec 2014 21:57:29 +0000 (UTC) Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 12 22:57:21 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XzYDA-0001tx-OM for geb-bug-gnu-emacs@m.gmane.org; Fri, 12 Dec 2014 22:57:20 +0100 Original-Received: from localhost ([::1]:59584 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzYDA-00060N-Eg for geb-bug-gnu-emacs@m.gmane.org; Fri, 12 Dec 2014 16:57:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36542) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzYD0-0005zc-Ds for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 16:57:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XzYCs-0002Ym-VR for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 16:57:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34888) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzYCs-0002Yg-Rv for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 16:57:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XzYCs-00067g-Gp for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 16:57:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Dec 2014 21:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19346 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 19346-submit@debbugs.gnu.org id=B19346.141842141823527 (code B ref 19346); Fri, 12 Dec 2014 21:57:02 +0000 Original-Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 21:56:58 +0000 Original-Received: from localhost ([127.0.0.1]:44254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzYCo-00067O-ED for submit@debbugs.gnu.org; Fri, 12 Dec 2014 16:56:58 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:8891) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzYCm-00067B-4N for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 16:56:56 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJC6IHAnWWQEBAQEGAgEfimCGDweESAWLAaQugXiCN4FiIYJ3AQEB X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJC6IHAnWWQEBAQEGAgEfimCGDweESAWLAaQugXiCN4FiIYJ3AQEB X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100357985" Original-Received: from 206-248-130-192.dsl.teksavvy.com (HELO pastel.home) ([206.248.130.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 Dec 2014 16:56:50 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 11AF01068; Fri, 12 Dec 2014 16:56:50 -0500 (EST) In-Reply-To: <83zjasr8p5.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Dec 2014 21:04:22 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:97276 Archived-At: > 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