From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii 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 21:04:22 +0200 Message-ID: <83zjasr8p5.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1418411125 32542 80.91.229.3 (12 Dec 2014 19:05:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Dec 2014 19:05:25 +0000 (UTC) Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 12 20:05:17 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 1XzVWe-0000xj-Rk for geb-bug-gnu-emacs@m.gmane.org; Fri, 12 Dec 2014 20:05:17 +0100 Original-Received: from localhost ([::1]:59044 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVWe-0003NE-Du for geb-bug-gnu-emacs@m.gmane.org; Fri, 12 Dec 2014 14:05:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54599) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVWW-0003Kp-Gp for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 14:05:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XzVWR-0000hY-Ha for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 14:05:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34830) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVWR-0000gw-Eh for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 14:05:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XzVWQ-0001m8-NI for bug-gnu-emacs@gnu.org; Fri, 12 Dec 2014 14:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Dec 2014 19:05: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.14184110756782 (code B ref 19346); Fri, 12 Dec 2014 19:05:02 +0000 Original-Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 19:04:35 +0000 Original-Received: from localhost ([127.0.0.1]:44196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzVVv-0001lG-Nz for submit@debbugs.gnu.org; Fri, 12 Dec 2014 14:04:35 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:34997) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzVVq-0001kx-GZ for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 14:04:30 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NGH00D00GS1E800@mtaout29.012.net.il> for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 21:01:55 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGH00DHEGV67C00@mtaout29.012.net.il>; Fri, 12 Dec 2014 21:01:55 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il 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:97272 Archived-At: > From: Stefan Monnier > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 12 Dec 2014 11:39:29 -0500 > > I have no idea what you're talking about, really. Then I'm surprised you are arguing. > If the library needs to advertise more precisely the exact set of > features it happens to provide, then this will probably have to be > done in an ad-hoc manner (tho maybe the `subfeature' arg of > `featurep' could be used for this: it's the kind of thing it was > meant for, although in practice it seems it's never used). Yes, libraries will need to advertise more than one feature. 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.