From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 05:58:00 2014 Received: (at submit) by debbugs.gnu.org; 11 Dec 2014 10:58:00 +0000 Received: from localhost ([127.0.0.1]:42298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz1RV-0005D4-Lv for submit@debbugs.gnu.org; Thu, 11 Dec 2014 05:57:59 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54117) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz1RR-0005Cm-Gg for submit@debbugs.gnu.org; Thu, 11 Dec 2014 05:57:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xz1RD-0001WP-2g for submit@debbugs.gnu.org; Thu, 11 Dec 2014 05:57:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53792) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz1RC-0001Vy-VK for submit@debbugs.gnu.org; Thu, 11 Dec 2014 05:57:39 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55780) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz1R7-0001os-My for bug-gnu-emacs@gnu.org; Thu, 11 Dec 2014 05:57:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xz1R2-0001Sz-Gq for bug-gnu-emacs@gnu.org; Thu, 11 Dec 2014 05:57:33 -0500 Received: from mail1.hines.hokudai.ac.jp ([133.87.1.140]:33537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xz1R1-0001RS-OI for bug-gnu-emacs@gnu.org; Thu, 11 Dec 2014 05:57:28 -0500 Received: from mail1.hines.hokudai.ac.jp (localhost [127.0.0.1]) by localhost.hines.hokudai.ac.jp (Postfix) with ESMTP id 5902F281391 for ; Thu, 11 Dec 2014 19:57:18 +0900 (JST) Received: from smtp.hines.hokudai.ac.jp (sealion.lowtem.hokudai.ac.jp [133.87.217.30]) by mail1.hines.hokudai.ac.jp (Postfix) with ESMTPS id 2B2DD28138B for ; Thu, 11 Dec 2014 19:57:17 +0900 (JST) From: Yagnesh Raghava Yakkala To: bug-gnu-emacs@gnu.org Subject: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Date: Thu, 11 Dec 2014 19:57:17 +0900 Message-ID: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1589-7.5.0.1018-21168.004 X-TM-AS-Result: No--5.040-5.0-31-10 X-imss-scan-details: No--5.040-5.0-31-10 X-TMASE-MatchedRID: 0LX8gN8YsWdCXIGdsOwlUohEboRsNCVAIWrhso05H/XRUbnWFKhwyNu9 8bCjl0pKZi3t3kjKP9QEUAEI8ooahO2u5u3xOQvhcWtgR7uD+TgSsdFoHow1DUPktjsZ1B169qu cZoAaiz7hKFUQY9UMYOXbZzu8Xg2bkfRhdidsajODGx/OQ1GV8mc9AABlmIKioOaKLxFhZimOhz Oa6g8Krbnv+xxwB02lWdD6At6VR3t4eOJml6WoqSl6RXbn8nNGC4Hwhn/+RGRDDKa3G4nrLQ== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) while reading news from gnus I get above error. backtrace. =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 =E2=94=82Debugger entered--Lisp error: (void-function gnutls-available-p) =E2=94=82 gnutls-available-p() =E2=94=82 url-http-parse-headers() =E2=94=82 url-http-content-length-after-change-function(407 421 14) =E2=94=82 url-http-wait-for-headers-change-function(1 434 433) =E2=94=82 url-http-generic-filter(#> "HTTP/1.1= 404 Not Found\nAccept-Ranges: bytes\nCache-Control: max-age=3D300\nContent= -Type: text/html; charset=3Dutf-8\nDate: Thu, 11 Dec 2014 10:55:08 GMT\nExp= ires: Thu, 11 Dec 2014 11:00:08 GMT\nLast-Modified: Wed, 11 Jan 1984 08:00:= 00 GMT\nLink: ; rel=3D\"canonical\"\nServer: nginx\nVia: 1.1 var= nish\nX-Varnish: 1261949267\nContent-Length: 13\n\n404 Not Found") =E2=94=82 recursive-edit() =E2=94=82 debug(error (void-function gnutls-available-p)) =E2=94=82 gnutls-available-p() =E2=94=82 url-http-parse-headers() =E2=94=82 url-http-content-length-after-change-function(533 1712 1179) =E2=94=82 url-http-wait-for-headers-change-function(1 1729 1728) =E2=94=82 url-http-generic-filter(#> "HTTP/1.1= 200 OK\nAccept-Ranges: bytes\nAccess-Control-Allow-Origin: *\nCache-Contro= l: max-age=3D300\nContent-Disposition: inline; filename=3D\"5e458afba3e27b9= d04129cdacdd20ef9.jpeg\"\nContent-Type: image/jpeg\nDate: Thu, 11 Dec 2014 = 08:37:38 GMT\nExpires: Thu, 11 Dec 2014 08:42:38 GMT\nLast-Modified: Thu, 2= 0 Mar 2014 08:26:37 GMT\nLink: ; rel=3D\"canonical\"\nServer: EC= S (nrt/399C)\nSource-Age: 0\nVia: 1.1 varnish\nX-Cache: HIT\nX-Varnish: 405= 0689137\nContent-Length: 1178\n\n\377\330\377\340=10JFIF=01=00=01=01=00\377= \376;CREATOR: gd-jpeg v1.0 (using IJG JPEG v80), quality =3D 90\n\377\333C= =03=02=02=03=03=04=03=05=05=04\n=07=07\f\n\f\f=0B\n=0B=0B=0E=10=0E=0E=0B= =0B=16=11=14=15\f=17=16=18=14=14\377\333C=03=04=04 =05 =0D=0B=14=14=14=14= =14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14=14\377\300=11= =01\"=02=01=11\377\304=1F=00=05=01=01=01=00=00=00=00=02=04=06=07 \n=0B\3= 77\304\265=00=01=03=04=05=04=00=01}=02=00=11=12!1A=13Qa=07\"q2\201\221\241= #B\261\301R\321\360$3br\202 \n=17=19%&'()*456789:CDEFGHIJSTUVWXYZcdefghijst= uvwxyz\203\204\205\206\207\210\211\212\222\223\224\225\226\227\230\231\232\= 242\243\244\245\246\247\250\251\252\262\263\264\265\266\267\270\271\272\302= \303\304\305\306\307\310\311\312\322\323\324\325\326\327\330\331\332\341\34= 2\343\344\345\346\347\350\351\352\361\362\363\364\365\366\367\370\371\372\3= 77\304=1F=00=01=01=01=01=01=00=00=00=02=04=06=07 \n=0B\377\304\265=00=01= =04=03=07=04=00=02w=01=03=04!1=12AQ=07aq\"2\201B\221\241\261\301 #3R\360br= \321\n$4\341%\361=18=1A&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz\202\203\= 204\205\206\207\210\211\212\222\223\224\225\226\227\230\231\232\242\243\244= \245\246\247\250\251\252\262\263\264\265\266\267\270\271\272\302\303\304\30= 5\306\307\310\311\312\322\323\324\325\326\327\330\331\332\342\343\344\345\3= 46\347\350\351\352\362\363\364\365\366\367\370\371\372\377\332\f=01=02=03= =00?\374\303\2167bH\361]\267\2074{;\255&d\270\267%\331Y\243\235\215\207\36= 0\251\307_j\345 \264\236O\222(\244\222GlA\226?@:\327\333\337\262\302?YZ\35= 0\372\217\211a\226\372\350\262\334C=0B\224d\205\3166\226\2146\356\353\214\2= 17CXV\255=11\346g^=0D,L\371S\262>F\323|?#\332\\\333]\351\262\305q\260\315 e= (\304\3708\315P\321\227@\377\262k\355\317\332\227\3031x\236\326\347W\322,B\= 335Y\306dE\262\273D\240\347\370v\340\363\200\236=07\361\253\350W\372N\255= =3D\216\253\305\205\364%\204\266\362|\256\207\256\346*p\330\205^7z>\305\343= 0\257;'t\372\224\274?\253K\240j\372~\247\314\266w :\217]\254?J\375\370W\36= 17I\326\376h\331\372ii\304\221\231%8\\\242=0B\200F \300\257\225\276\3740\3= 21\232\323\355J\272\336\2674\242+k3\276x\336\353\374LO\n\247\201\202H\203\233=1FJ.\nr\350v\345Ue\n\216+fh|P\370\201y\303\313\275\337K= \216[\353\231\fV\261\264\313\276\357';=07= (\325u=3DE+\333\251\344\226X\2339\215\213}\336y\343\247>\225\367\247\212\27= 6\313\240\370Y\361N\277y&\257\252\244\n\220K1\341=0B\272\241\332\2400\271\= 307\343\322\276Y\370\261\244\351Z\347\210\323V\323\256^\335Z+\352Q\247!nW*\= 355\350w\200\340\365-\232\323\207\366Q\346\266\254\214\307\355\347d\364G\37= 7\331") =E2=95=B0=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 Thanks. In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) of 2014-12-11 on sealion Repository revision: 964f16e1686899b7796045b10ffdb3c9b97a8153 Windowing system distributor `The X.Org Foundation', version 11.0.11601901 System Description: Debian GNU/Linux 8.0 (jessie) Configured using: `configure --prefix=3D/home/yagnesh/local/emacs --enable-checking --without-compress-info 'CFLAGS=3D-g -O0'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GCONF GSETTINGS NOTIFY LIBSELINUX LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB Important settings: value of $LC_COLLATE: en_US.UTF-8 value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: en_US.UTF-8 value of $LANG: C value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Summary Minor modes in effect: diff-auto-refine-mode: t display-time-mode: t erc-services-mode: t erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-networks-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t global-git-gutter-mode: t TeX-PDF-mode: t winner-mode: t shell-dirtrack-mode: t recentf-mode: t yas-global-mode: t yas-minor-mode: t global-auto-complete-mode: t ido-everywhere: t electric-pair-mode: t show-paren-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t Recent messages: Warning: Opening nnimap server on localimap...failed: ; Server nnimap+local= imap previously determined to be down; not retrying; Opening nnimap server = on localimap...failed: ; Unable to open server nnimap+localimap due to: Buf= fer *nnimap localhost nil *nntpd** has no process Opening nnimap server on hc...done nnimap read 0k from mail.hcoop.net Exiting summary buffer and applying spam rules Expiring articles...done Mark set url-http-parse-headers: Symbol's function definition is void: gnutls-availa= ble-p [2 times] Mark saved where search started [2 times] url-http-parse-headers: Symbol's function definition is void: gnutls-availa= ble-p [9 times] Read only text copied to kill ring Load-path shadows: /home/yagnesh/.emacs.d/el-get/org-mode/contrib/lisp/org-loaddefs hides /hom= e/yagnesh/.emacs.d/el-get/org-mode/lisp/org-loaddefs /home/yagnesh/.emacs.d/el-get/magit/with-editor hides /home/yagnesh/.emacs.= d/el-get/git-modes/with-editor /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-texinfo hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ox-texinfo /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-ocaml hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ob-ocaml /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-docview hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-docview /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-plot hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-plot /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-gnus hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-gnus /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-R hides /home/yagnesh/local/= emacs/share/emacs/25.0.50/lisp/org/ob-R /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-asymptote hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/ob-asymptote /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-colview hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-colview /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-plantuml hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/ob-plantuml /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-timer hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-timer /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-html hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ox-html /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-io hides /home/yagnesh/local= /emacs/share/emacs/25.0.50/lisp/org/ob-io /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-habit hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-habit /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob hides /home/yagnesh/local/em= acs/share/emacs/25.0.50/lisp/org/ob /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-mhe hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/org-mhe /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-element hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-element /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-man hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ox-man /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-eval hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-eval /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-irc hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/org-irc /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-lob hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-lob /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-shen hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-shen /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-ditaa hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ob-ditaa /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-lisp hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-lisp /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-src hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/org-src /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-fortran hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ob-fortran /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-bibtex hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-bibtex /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-beamer hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ox-beamer /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-keys hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-keys /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-matlab hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-matlab /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-lilypond hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/ob-lilypond /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-compat hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-compat /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-exp hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-exp /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-w3m hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/org-w3m /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-table hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ob-table /home/yagnesh/.emacs.d/el-get/org-mode/contrib/lisp/org-loaddefs hides /hom= e/yagnesh/local/emacs/share/emacs/25.0.50/lisp/org/org-loaddefs /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-maxima hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-maxima /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-info hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-info /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-org hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ox-org /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-inlinetask hides /home/yagn= esh/local/emacs/share/emacs/25.0.50/lisp/org/org-inlinetask /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-publish hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ox-publish /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox hides /home/yagnesh/local/em= acs/share/emacs/25.0.50/lisp/org/ox /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-indent hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-indent /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-faces hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-faces /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-odt hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ox-odt /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-feed hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-feed /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-python hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-python /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-md hides /home/yagnesh/local= /emacs/share/emacs/25.0.50/lisp/org/ox-md /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-java hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-java /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-org hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-org /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-C hides /home/yagnesh/local/= emacs/share/emacs/25.0.50/lisp/org/ob-C /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-core hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-core /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-table hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-table /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-awk hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-awk /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-pcomplete hides /home/yagne= sh/local/emacs/share/emacs/25.0.50/lisp/org/org-pcomplete /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-footnote hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/org-footnote /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-picolisp hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/ob-picolisp /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-ledger hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-ledger /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-ref hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-ref /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-icalendar hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/ox-icalendar /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-list hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-list /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-gnuplot hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ob-gnuplot /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-ascii hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ox-ascii /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-octave hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-octave /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-haskell hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ob-haskell /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-js hides /home/yagnesh/local= /emacs/share/emacs/25.0.50/lisp/org/ob-js /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-id hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/org-id /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-entities hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/org-entities /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-version hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-version /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-agenda hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-agenda /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org hides /home/yagnesh/local/e= macs/share/emacs/25.0.50/lisp/org/org /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-bbdb hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-bbdb /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-sql hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-sql /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-eshell hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-eshell /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-makefile hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/ob-makefile /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-sqlite hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-sqlite /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-datetree hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/org-datetree /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-ruby hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-ruby /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-protocol hides /home/yagnes= h/local/emacs/share/emacs/25.0.50/lisp/org/org-protocol /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-macs hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/org-macs /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-scheme hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-scheme /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-scala hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ob-scala /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-rmail hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-rmail /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-latex hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ob-latex /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-clock hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-clock /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-clojure hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/ob-clojure /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-mobile hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-mobile /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-attach hides /home/yagnesh/= local/emacs/share/emacs/25.0.50/lisp/org/org-attach /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-macro hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-macro /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-tangle hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-tangle /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ox-latex hides /home/yagnesh/lo= cal/emacs/share/emacs/25.0.50/lisp/org/ox-latex /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-comint hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-comint /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-mscgen hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-mscgen /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-ctags hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-ctags /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-capture hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-capture /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-screen hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/ob-screen /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-calc hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-calc /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-css hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-css /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-emacs-lisp hides /home/yagne= sh/local/emacs/share/emacs/25.0.50/lisp/org/ob-emacs-lisp /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-archive hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-archive /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-dot hides /home/yagnesh/loca= l/emacs/share/emacs/25.0.50/lisp/org/ob-dot /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-install hides /home/yagnesh= /local/emacs/share/emacs/25.0.50/lisp/org/org-install /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-crypt hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-crypt /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-perl hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-perl /home/yagnesh/.emacs.d/el-get/org-mode/lisp/ob-sass hides /home/yagnesh/loc= al/emacs/share/emacs/25.0.50/lisp/org/ob-sass /home/yagnesh/.emacs.d/el-get/org-mode/lisp/org-mouse hides /home/yagnesh/l= ocal/emacs/share/emacs/25.0.50/lisp/org/org-mouse /home/yagnesh/.emacs.d/el-get/emms/lisp/tq hides /home/yagnesh/local/emacs/= share/emacs/25.0.50/lisp/emacs-lisp/tq Features: (shadow vc-git diff-mode goto-addr autoinsert footnote emacsbug gnus-fun mule-util misearch multi-isearch flow-fill debug url-http url-gw url-auth smiley mm-archive gnus-bcklg qp gnus-async gnus-ml disp-table gnus-topic po= p3 nndraft nnmh nnml utf-7 nnfolder epa-file epa epg network-stream nsm gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-cache spam spam-s= tat gnus-uu yenc gnus-msg gnus-demon nntp gnus-cite nnir gnus-gravatar mail-extr gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum gnus-group gnus-undo gravatar url-cache bbdb-mua bbdb-com bbdb bbdb-site timezone bbdb-loaddefs starttls gnus-start gnus-cloud nnimap nnmail mail-source tls utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-uti= ls mailheader gnus-win gnus gnus-ems nnheader notifications flymake flyspell ispell highlight-parentheses elisp-slime-nav etags paredit flycheck rx subr= -x pcase dash jka-compr sh-script smie executable compile tango-dark-theme emms-info-libtag emms-librefm-stream emms-librefm-scrobbler emms-playlist-limit emms-volume emms-volume-amixer emms-i18n emms-history emms-score emms-stream-info emms-metaplaylist-mode emms-bookmarks emms-cue emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time emms-lyrics emms-url emms-streams emms-tag-editor emms-mark emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do emms-playlist-mode emms-player-vlc emms-player-mplayer emms-player-simple emms-source-playlist emms-source-file locate emms-setup emms emms-compat time server ps-print ps-def lpr jabber-autoloads twittering-mode url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse url-vars mailcap battery wc-mode erc-services erc-log erc-notify erc-imenu erc-list erc-menu erc-join erc-ring erc-networks erc-pcomplete erc-track erc-match erc-button erc-fill erc-stamp erc-netsplit erc-goodies erc erc-backend erc-compat japanese-holidays org-indent ox-beamer ox-latex ox-icalendar ox-html ox-ascii ox-publish ox org-element avl-tree org org-ma= cro org-footnote org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs org-install monky bindat git-gutter tex-buf tex dbus = xml crm preview-latex tex-site auto-loads ncl-mode-load inf-ncl ncl-mode cus-ed= it cus-start cus-load ncl-doc ncl-mode-keywords namelist-mode-load pylookup generic geiser-load geiser find-func hl-sexp thingatpt dired-aux dired-x dired-details windmove winner tramp-cache tramp-sh tramp tramp-compat tramp-loaddefs trampver shell pcomplete comint ansi-color ring format-spec recentf tree-widget wid-edit imenu goto-last-change saveplace edict edict-japanese edict-english edict-morphology edict-edit dui-registry dui dictem yasnippet derived auto-complete-config auto-complete easy-mmode popup smex ido diminish elec-pair paren smtpmail auth-source eieio eieio-core gnus-util password-cache sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils edmacro kmacro door-gnus cl-macs backup-each-save .loaddefs pydoc-info byte-opt advice info-look info el-get el-get-autoloadi= ng el-get-list-packages el-get-dependencies el-get-build el-get-status pp el-get-methods el-get-fossil el-get-svn el-get-pacman el-get-github-zip el-get-github-tar el-get-http-zip el-get-http-tar el-get-hg el-get-go el-get-git-svn el-get-fink el-get-emacswiki el-get-http el-get-notify help-mode easymenu el-get-emacsmirror el-get-github el-get-git el-get-elpa package epg-config el-get-darcs el-get-cvs el-get-bzr el-get-brew el-get-builtin el-get-apt-get el-get-recipes el-get-byte-compile el-get-cus= tom el-get-core autoload help-fns lisp-mnt bytecomp byte-compile cl-extra cconv= cl gv cl-loaddefs cl-lib dired time-date tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setti= ng font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 723313 196841) (symbols 48 62171 196) (miscs 40 1187 2096) (strings 32 204265 121576) (string-bytes 1 5941851) (vectors 16 60595) (vector-slots 8 1722069 286743) (floats 8 1117 1823) (intervals 56 3136 371) (buffers 976 67) (heap 1024 80611 16194)) --=20 =E0=B0=8E=E0=B0=82=E0=B0=A6=E0=B0=B0=E0=B1=8B =E0=B0=AE=E0=B0=B9=E0=B0=BE= =E0=B0=A8=E0=B1=81=E0=B0=AD=E0=B0=BE=E0=B0=B5=E0=B1=81=E0=B0=B2=E0=B1=81 = =E0=B0=85=E0=B0=82=E0=B0=A6=E0=B0=B0=E0=B0=BF=E0=B0=95=E0=B0=BF =E0=B0=B5= =E0=B0=82=E0=B0=A6=E0=B0=A8=E0=B0=AE=E0=B1=81=E0=B0=B2=E0=B1=81. YYR From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 10:58:25 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 15:58:25 +0000 Received: from localhost ([127.0.0.1]:42900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz68H-0005gf-1m for submit@debbugs.gnu.org; Thu, 11 Dec 2014 10:58:25 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:52879) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz68C-0005gM-QA for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 10:58:21 -0500 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Xz67q-0000CX-MB; Thu, 11 Dec 2014 16:57:58 +0100 From: Lars Magne Ingebrigtsen To: Yagnesh Raghava Yakkala Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAADFBMVEW/pHGLYj3t3YXZwn4Z 1zlcAAACbklEQVQokR3KX0gTcRwA8K9bK5HD03DtrYgSyn8JmyHn1KVJsD14bvczkEp8KnySXgIf ZJdbRRr9oYNegk0T5Ld1W+mopu4253rJtiDFR5NC7La2dDPW3blLevzABybvBApdsYJxSgxEADs+ 7Y9+PBteEHEEfBy91bl9U0lTbDO0ckymZtsoyBRHg40bPPky93guLq93QyV3beP1wwnXmsRqoEIZ 1D+w+pxaEVeA7/ptXfEFL3SkkxJkaLrF+2FqsfLgtwihyB/2xx6/NFDoOwfr/D153MQHqX36FhhU Z0MqVBpX9lEv6JREU/l8NgoJZAedmrBGy+ppcwwNgJbcIPJH/IyZ1VtBlZ99efdkljYLLXZIZZ2M 6ZSfbo2EHGC4sFvw2PxVndktGvqp+6ZGmwLa/AED/VknXU8bCXD5e0CeuaLj3c0ErAgMpGsZS469 nNIqQjVkvczQmUlLXFtMnYbWb0xjdnWXdHwmo1CBq3p8hBd62wkRikN6w1vzLN2WMQvwt9ZBLo3k EpSiLEBqxt6wasns2oKqDPlEd90EoZjtUZWAJm/3XYHMVH6NqimweoZxOhkgw0E1B6PzXRKZFJLS 9CF+BjWRzY6cKLlUAS7VL/s3O/wiDgky9J0f3hqM72HskSOgyQ2/uQG8hOfkBSCPe1xtmjCF81IC dhg3Ry+/rwvkxDL41bfModI0ln1iJ5Rq8s/tKiVLmFJgEV1063sDqo+XirCDxq6uWwMlH9YqYNWP 6dF3o6yG40+hTUIIjZAYx446ofSKRYlqxupHdhZMhXQPeoRQO7KvgTvLH0MjhxX1l8NKJm048R8W 6h+VHjbj5YT6UwAAAABJRU5ErkJggg== X-Now-Playing: Marnie Stern's _This is it and I am it and you are it and so is that and he is it and she is it and that is that_: "Steely" X-Hashcash: 1:23:141211:19346@debbugs.gnu.org::sHBOoP3uAfZHfO4x:00000000000000000000000000000000000000003V1E X-Hashcash: 1:23:141211:hi@yagnesh.org::v073rbJV+Or6U4r3:000E/QC Date: Thu, 11 Dec 2014 16:57:58 +0100 In-Reply-To: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> (Yagnesh Raghava Yakkala's message of "Thu, 11 Dec 2014 19:57:17 +0900") Message-ID: User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: quoted-printable X-MailScanner-ID: 1Xz67q-0000CX-MB X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1418918279.06969@TtXs9/lHxr+rVVyeSsfbHA X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19346 Cc: 19346@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Yagnesh Raghava Yakkala writes: > while reading news from gnus I get above error. > > backtrace. > > =A2~=A2w=A2w=A2w=A2w=A2w > =A2xDebugger entered--Lisp error: (void-function gnutls-available-p) > =A2x gnutls-available-p() > =A2x url-http-parse-headers() I've now pushed a fix for this. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 10:58:25 2014 Received: (at control) by debbugs.gnu.org; 11 Dec 2014 15:58:25 +0000 Received: from localhost ([127.0.0.1]:42902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz68H-0005gi-Gx for submit@debbugs.gnu.org; Thu, 11 Dec 2014 10:58:25 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:52885) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz68F-0005gX-Dn for control@debbugs.gnu.org; Thu, 11 Dec 2014 10:58:23 -0500 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Xz67x-0000Ch-7B for control@debbugs.gnu.org; Thu, 11 Dec 2014 16:58:05 +0100 Date: Thu, 11 Dec 2014 16:58:04 +0100 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #19346 X-MailScanner-ID: 1Xz67x-0000Ch-7B X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1418918285.37364@CeiHgl/6gjPmTICoAQ/jMg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) tags 19346 fixed close 19346 25.1 From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 11:09:02 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 16:09:02 +0000 Received: from localhost ([127.0.0.1]:42922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz6IT-0007Jx-TB for submit@debbugs.gnu.org; Thu, 11 Dec 2014 11:09:01 -0500 Received: from mail-qa0-f50.google.com ([209.85.216.50]:46138) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz6IO-0007Jg-Jk for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 11:08:56 -0500 Received: by mail-qa0-f50.google.com with SMTP id w8so3735392qac.37 for <19346@debbugs.gnu.org>; Thu, 11 Dec 2014 08:08:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=Khk9gKtP8DdTO+UDxzi+HEvW7ufmCYWZ3wkcvqeuyh0=; b=W0iQ8WH1npeSozFgW0LmcmlSb2Yz4vMEEgEWLpes7g4f5KaySQbpsLE+mMNojQruvX iw+GaQqHJflfTwzcIygPXtEp9trQUAjPyXuNaHaCQvw/vMBrm7OmeaiYkqlxX/2B4MhI pd8SqeixF39QwkGLA7rj78qX6lvUaGuzCRVZI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=Khk9gKtP8DdTO+UDxzi+HEvW7ufmCYWZ3wkcvqeuyh0=; b=NOIifqHSN0bs2artKnt++ketSNFSZd3Ty9qrO/tn1zgYSlNvDfuvUD27fze3kpzYEu Uf5K7WoyKCywHjRalOkLFE/2gNE4g3C7gamRl2NKCJ9Mc+lErYGzUMduRb6y4IjUddso ACZELTPO0wyLWY4LIfpTix0x3sqBi1Ud8pwrueE40sDBBDyqeruSZAa/l9wzK3cRd6KS e9qF0lbtba1tFGdoyaB4pVP+qKkM2jJfwN7aYGAGh0YKo/SegZY+NXgE640av+hxfqH5 OgNQGFWfVnwgiKnU7u+6TykGOJVP+V7UOBUr2OO1oxThrv/QIhfTWLrTyC+yh5FEZHV/ G7aA== X-Gm-Message-State: ALoCoQmg7Nzc82CTOXDGCod4L5Mpbf4dr/LnsmWVDxY3i9qoErGEBzeGMluV1PxyntOtNsGXJxto X-Received: by 10.224.52.3 with SMTP id f3mr21598168qag.50.1418314127216; Thu, 11 Dec 2014 08:08:47 -0800 (PST) Received: from bug.local ([198.0.146.153]) by mx.google.com with ESMTPSA id a9sm1410901qgf.7.2014.12.11.08.08.46 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Dec 2014 08:08:46 -0800 (PST) From: Ted Zlatanov To: Lars Magne Ingebrigtsen Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 11 Dec 2014 11:08:45 -0500 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Thu, 11 Dec 2014 16:57:58 +0100") Message-ID: User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19346 Cc: Yagnesh Raghava Yakkala , 19346@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, 11 Dec 2014 16:57:58 +0100 Lars Magne Ingebrigtsen = wrote:=20 LMI> Yagnesh Raghava Yakkala writes: >> while reading news from gnus I get above error. >>=20 >> backtrace. >>=20 >> =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> =E2=94=82Debugger entered--Lisp error: (void-function gnutls-available-p) >> =E2=94=82 gnutls-available-p() >> =E2=94=82 url-http-parse-headers() LMI> I've now pushed a fix for this. Your fix uses `fboundp'. Should we make `gnutls-available-p' always defined to return nil, to simplify this in the future? Ted From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 11:17:11 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 16:17:11 +0000 Received: from localhost ([127.0.0.1]:42942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz6QR-0007Y4-9A for submit@debbugs.gnu.org; Thu, 11 Dec 2014 11:17:11 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:49168) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz6QP-0007Xw-26 for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 11:17:09 -0500 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Xz6Q6-0000Ta-Ex for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 17:16:50 +0100 From: Lars Magne Ingebrigtsen To: 19346@debbugs.gnu.org Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAADFBMVEW/pHGLYj3t3YXZwn4Z 1zlcAAACbklEQVQokR3KX0gTcRwA8K9bK5HD03DtrYgSyn8JmyHn1KVJsD14bvczkEp8KnySXgIf ZJdbRRr9oYNegk0T5Ld1W+mopu4253rJtiDFR5NC7La2dDPW3blLevzABybvBApdsYJxSgxEADs+ 7Y9+PBteEHEEfBy91bl9U0lTbDO0ckymZtsoyBRHg40bPPky93guLq93QyV3beP1wwnXmsRqoEIZ 1D+w+pxaEVeA7/ptXfEFL3SkkxJkaLrF+2FqsfLgtwihyB/2xx6/NFDoOwfr/D153MQHqX36FhhU Z0MqVBpX9lEv6JREU/l8NgoJZAedmrBGy+ppcwwNgJbcIPJH/IyZ1VtBlZ99efdkljYLLXZIZZ2M 6ZSfbo2EHGC4sFvw2PxVndktGvqp+6ZGmwLa/AED/VknXU8bCXD5e0CeuaLj3c0ErAgMpGsZS469 nNIqQjVkvczQmUlLXFtMnYbWb0xjdnWXdHwmo1CBq3p8hBd62wkRikN6w1vzLN2WMQvwt9ZBLo3k EpSiLEBqxt6wasns2oKqDPlEd90EoZjtUZWAJm/3XYHMVH6NqimweoZxOhkgw0E1B6PzXRKZFJLS 9CF+BjWRzY6cKLlUAS7VL/s3O/wiDgky9J0f3hqM72HskSOgyQ2/uQG8hOfkBSCPe1xtmjCF81IC dhg3Ry+/rwvkxDL41bfModI0ln1iJ5Rq8s/tKiVLmFJgEV1063sDqo+XirCDxq6uWwMlH9YqYNWP 6dF3o6yG40+hTUIIjZAYx446ofSKRYlqxupHdhZMhXQPeoRQO7KvgTvLH0MjhxX1l8NKJm048R8W 6h+VHjbj5YT6UwAAAABJRU5ErkJggg== X-Now-Playing: Marnie Stern's _This is it and I am it and you are it and so is that and he is it and she is it and that is that_: "Roads? Where We're Going We Don't Need Roads" X-Hashcash: 1:23:141211:19346@debbugs.gnu.org::Z5PrGM4qLTdbbAAB:0000000000000000000000000000000000000000D/vd X-Hashcash: 1:23:141211:hi@yagnesh.org::fq/oLeJLjZb9z/gG:000jREX Date: Thu, 11 Dec 2014 17:16:50 +0100 In-Reply-To: (Ted Zlatanov's message of "Thu, 11 Dec 2014 11:08:45 -0500") Message-ID: User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1Xz6Q6-0000Ta-Ex X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1418919411.27091@N988TdWXWFWLUvuAHtM+Lw X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19346 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Ted Zlatanov writes: > Your fix uses `fboundp'. Should we make `gnutls-available-p' always > defined to return nil, to simplify this in the future? Yes, that's how I thought it worked. I dimly recall this being discussed before, but I don't remember the outcome. I think we discussed making a lot of these `*-available-p' functions so that we would have a standard way to check whether the capability can be used, and `featurep' can't be used since (under Windows) Emacs may be compiled with support for it, but the libraries may not be available run-time. Perhaps Eli remembers what the conclusion was? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 13:00:24 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 18:00:24 +0000 Received: from localhost ([127.0.0.1]:43036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz82J-0001lG-M8 for submit@debbugs.gnu.org; Thu, 11 Dec 2014 13:00:24 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:38457) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz82G-0001kz-IO for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 13:00:21 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NGF00400JA6E000@a-mtaout23.012.net.il> for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 20:00:14 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGF004Y4JCDCH20@a-mtaout23.012.net.il>; Thu, 11 Dec 2014 20:00:14 +0200 (IST) Date: Thu, 11 Dec 2014 20:00:13 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Ted Zlatanov Message-id: <831to6t6c2.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Thu, 11 Dec 2014 11:08:45 -0500 > Cc: Yagnesh Raghava Yakkala , 19346@debbugs.gnu.org > > >> │Debugger entered--Lisp error: (void-function gnutls-available-p) > >> │ gnutls-available-p() > >> │ url-http-parse-headers() > > LMI> I've now pushed a fix for this. > > Your fix uses `fboundp'. Should we make `gnutls-available-p' always > defined to return nil, to simplify this in the future? Yes. Otherwise, the function doesn't make sense, IMO. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 14:16:50 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 19:16:50 +0000 Received: from localhost ([127.0.0.1]:43140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz9EI-0003uD-1m for submit@debbugs.gnu.org; Thu, 11 Dec 2014 14:16:50 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:59573) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz9EG-0003tz-6B for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 14:16:48 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikFAOwQflTAqyhN/2dsb2JhbABbgwdSgw5Qx0WCaAKBJRYBAQEBAQF8hAMBAQMBI1YFCwsNDQIYBwcCAhQYMYhKCcAGllMBAQEHAgEfgSuPETMHgnWBUwWLAZIxhkCJM4QCgjeBYiGCdwEBAQ X-IPAS-Result: AikFAOwQflTAqyhN/2dsb2JhbABbgwdSgw5Qx0WCaAKBJRYBAQEBAQF8hAMBAQMBI1YFCwsNDQIYBwcCAhQYMYhKCcAGllMBAQEHAgEfgSuPETMHgnWBUwWLAZIxhkCJM4QCgjeBYiGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100217191" Received: from unknown (HELO pastel.home) ([192.171.40.77]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Dec 2014 14:16:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id 2F9DF2F11; Thu, 11 Dec 2014 14:16:42 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> Date: Thu, 11 Dec 2014 14:16:42 -0500 In-Reply-To: <831to6t6c2.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 11 Dec 2014 20:00:13 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, Ted Zlatanov , larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> >> =E2=94=82Debugger entered--Lisp error: (void-function gnutls-availabl= e-p) >> >> =E2=94=82 gnutls-available-p() >> >> =E2=94=82 url-http-parse-headers() >>=20 LMI> I've now pushed a fix for this. >>=20 >> Your fix uses `fboundp'. Should we make `gnutls-available-p' always >> defined to return nil, to simplify this in the future? > Yes. Otherwise, the function doesn't make sense, IMO. Thinking of it from the point of view of dynamically loaded C modules, (gnutls-available-p) is basically equivalent to something like (require 'libgnutls nil t). Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 14:47:22 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 19:47:22 +0000 Received: from localhost ([127.0.0.1]:43188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz9hp-0004ix-Gi for submit@debbugs.gnu.org; Thu, 11 Dec 2014 14:47:21 -0500 Received: from mail-qc0-f169.google.com ([209.85.216.169]:53065) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xz9hn-0004ij-A6 for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 14:47:19 -0500 Received: by mail-qc0-f169.google.com with SMTP id w7so4472230qcr.28 for <19346@debbugs.gnu.org>; Thu, 11 Dec 2014 11:47:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=CbjHVsAhYM5v8UhMQAu7f9rxsZcSIx6MF7IU2kXpmuA=; b=CHo1U03honFwv0sUhfFzQMwrKHcdv0CRaV+gkuF7uxomHF1t1AjDWGooBtlLA7g15A bEtxTS5VT+1zP+38xhzsfeYOuS/Bxe0kZAE8gIJk9MqAO+nQLPEmbi3nYM4JHMXcz0dH fqeiz6/UJh93/TZLsOSmkrhzzlUoX0niWqTW8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=CbjHVsAhYM5v8UhMQAu7f9rxsZcSIx6MF7IU2kXpmuA=; b=B8fZyxSugSCi8FarqJaG+wTv/UO8RUJfF4EJN22DYeUR2OryX/KwuVuCs21ZdiamLn 0L9pTdrjuTELAiSGAw/9aM+51AHBy6LUO5NYnH2gFQnbYAo3jHvO2XopnxUKKzdkV+Uh NbNIWxH/w9OT0o+8bM9mKOa9tgFji96ZqzeTjCqM8ss4OVikXzaJruKVl3voY9hZrQEk UzYj2R9wh56z3oRe5546i8mAb2jxjDwkWyOBMNtZTNK/mqDerite4Cg1bUBFj5ooO8Fk 0QRN+c3D6BcSaon+yHMCsyHgMdbC07vQowv409oJ06Vf3jQQ6sl3ai9iAcOG82IhEt2J CpoQ== X-Gm-Message-State: ALoCoQnH+I+fgzyIlmTosP8BXwboOUdLnMebjq/UTxdbSnD73Qf1mx2NclMpny2SzE6d89Xto8QU X-Received: by 10.140.42.135 with SMTP id c7mr21485766qga.7.1418327233789; Thu, 11 Dec 2014 11:47:13 -0800 (PST) Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id 10sm1909192qap.39.2014.12.11.11.47.12 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 11 Dec 2014 11:47:13 -0800 (PST) From: Ted Zlatanov To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 11 Dec 2014 14:48:07 -0500 In-Reply-To: <831to6t6c2.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 11 Dec 2014 20:00:13 +0200") Message-ID: <87sigm3r48.fsf@lifelogs.com> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, 11 Dec 2014 20:00:13 +0200 Eli Zaretskii wrote:=20 >> Date: Thu, 11 Dec 2014 11:08:45 -0500 >> Cc: Yagnesh Raghava Yakkala , 19346@debbugs.gnu.org >>=20 >> >> =E2=94=82Debugger entered--Lisp error: (void-function gnutls-availabl= e-p) >> >> =E2=94=82 gnutls-available-p() >> >> =E2=94=82 url-http-parse-headers() >>=20 LMI> I've now pushed a fix for this. >>=20 >> Your fix uses `fboundp'. Should we make `gnutls-available-p' always >> defined to return nil, to simplify this in the future? EZ> Yes. Otherwise, the function doesn't make sense, IMO. OK. Where should we put this and how does it get overridden when you load the GnuTLS library? As Stefan mentioned we'll need this for dynamic modules as well, so a generic solution would be greatly appreciated, if you have something in mind. Ted From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 16:04:15 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 21:04:15 +0000 Received: from localhost ([127.0.0.1]:43241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzAuB-0006gP-3S for submit@debbugs.gnu.org; Thu, 11 Dec 2014 16:04:14 -0500 Received: from mtaout26.012.net.il ([80.179.55.182]:57717) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzAu4-0006fq-5s for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 16:04:08 -0500 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NGF00400RRB8L00@mtaout26.012.net.il> for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 23:02:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGF000O3RSXXX20@mtaout26.012.net.il>; Thu, 11 Dec 2014 23:02:57 +0200 (IST) Date: Thu, 11 Dec 2014 23:03:57 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: <87sigm3r48.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il To: Ted Zlatanov Message-id: <83ppbpsxtu.fsf@gnu.org> References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ted Zlatanov > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Thu, 11 Dec 2014 14:48:07 -0500 > > >> Your fix uses `fboundp'. Should we make `gnutls-available-p' always > >> defined to return nil, to simplify this in the future? > > EZ> Yes. Otherwise, the function doesn't make sense, IMO. > > OK. Where should we put this In gnutls.c, of course. > and how does it get overridden when you load the GnuTLS library? It doesn't. It just changes the value it returns. > As Stefan mentioned we'll need this for dynamic modules as well, so > a generic solution would be greatly appreciated, if you have > something in mind. The generic solution is for the code that links to each module to provide the function, and for the module to provide the value. This is all part of the "protocol" between Emacs and the modules, which includes a header file, an import library, and a bunch of interfaces each module needs to implement. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 17:57:50 2014 Received: (at 19346) by debbugs.gnu.org; 11 Dec 2014 22:57:50 +0000 Received: from localhost ([127.0.0.1]:43311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzCgA-0001AL-6M for submit@debbugs.gnu.org; Thu, 11 Dec 2014 17:57:50 -0500 Received: from mail-qg0-f42.google.com ([209.85.192.42]:37717) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzCg7-0001A8-VU for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 17:57:48 -0500 Received: by mail-qg0-f42.google.com with SMTP id q108so2581447qgd.15 for <19346@debbugs.gnu.org>; Thu, 11 Dec 2014 14:57:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=JhIgLrDeZR/ScCs2MT1DrrGb7CQuz1hdqrorYVDvuhY=; b=IdFnzG278t3lAZqUd5ZiDLzQdgmMJq5nprAO9ltG+k2te/VgAZO7CFojki4NUFc4YT ZRnGhy3lYDJiaxqasShFe+kgfxHAZjnyDxVSUiKrzrHlOgOKzzkX8QPn4ENrDB/ZYiz6 +AnGWxUKOovrH02p3JGiy1I/w2Dk8FamLvMZc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=JhIgLrDeZR/ScCs2MT1DrrGb7CQuz1hdqrorYVDvuhY=; b=HuNkXHT0WiGRISvyjwaGSTNFjt+9wjF1BLKFwwAA0GmD9CRov3wmOSUQNBPwwqdPoE UYa+Y4wxsGFvcIxEO7kBCzoZyo2wlHDEVEbX45kWsHaJtkB3HjqN2PIWqx0phdebt61I ISD8eubhGJJTIXIeyDOra85BYY7YhgS2CIfJmlGz/jhWGwNc4LByzwiN4BOi5IeeG0/5 GbT+9nBhF01CSBHcPMulvaA0FHElcRyYC4UJSUZ32u2Fu6dkGHKqMNP4j5U+xNIpTXwV GMlLO0rrJ3rIXIWHfZ/JsiqfYsZml7ys6+YaLE44pP7ah64oOUfXTPMLzS0Yhwr4EWJ8 HerA== X-Gm-Message-State: ALoCoQnc/1Xe5w8IN/5ej7bQWfnUKtcFjsfagn/FbSYhosq8+LrnkRINOEsIVlqienZcPn6lmMsh X-Received: by 10.140.90.47 with SMTP id w44mr23701186qgd.4.1418338662448; Thu, 11 Dec 2014 14:57:42 -0800 (PST) Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id j108sm2373561qgj.22.2014.12.11.14.57.41 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 11 Dec 2014 14:57:41 -0800 (PST) From: Ted Zlatanov To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 11 Dec 2014 17:58:36 -0500 In-Reply-To: <83ppbpsxtu.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 11 Dec 2014 23:03:57 +0200") Message-ID: <878uid4wv7.fsf@lifelogs.com> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, 11 Dec 2014 23:03:57 +0200 Eli Zaretskii wrote: EZ> In gnutls.c, of course. All right, fixed in emacs-24 and can be merged forward to master: commit 301a4014a72964a8ec0078055c273d045d94fe42 Author: Ted Zlatanov Date: Thu Dec 11 17:55:36 2014 -0500 Always define `gnutls-available-p' even if GnuTLS is not available. Fixes: debbugs:19346 * gnutls.c (Fgnutls_available_p syms_of_gnutls): Move later for clarity. Let the availability check return Qnil when the GnuTLS integration is not available, instead of erroring out. * gnutls.h: Always declare syms_of_gnutls. * emacs.c (main): Always include gnutls.h and run syms_of_gnutls. Lars, you can revert your patch if you want, after this is merged in. EZ> The generic solution is for the code that links to each module to EZ> provide the function, and for the module to provide the value. EZ> This is all part of the "protocol" between Emacs and the modules, EZ> which includes a header file, an import library, and a bunch of EZ> interfaces each module needs to implement. OK. I'll keep this in mind for when we get to that point. It makes a lot of sense. Thanks Ted From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 19:02:13 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 00:02:13 +0000 Received: from localhost ([127.0.0.1]:43321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzDgT-0002n7-By for submit@debbugs.gnu.org; Thu, 11 Dec 2014 19:02:13 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:1077) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzDgQ-0002ms-7D for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 19:02:10 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjEAs0BwsUGA0kLogcCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjEAs0BwsUGA0kLogcCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100238473" Received: from 206-248-130-192.dsl.teksavvy.com (HELO ceviche.home) ([206.248.130.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Dec 2014 19:02:04 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 04EF7660A2; Thu, 11 Dec 2014 19:02:04 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> Date: Thu, 11 Dec 2014 19:02:04 -0500 In-Reply-To: <83ppbpsxtu.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 11 Dec 2014 23:03:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, Ted Zlatanov , larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> As Stefan mentioned we'll need this for dynamic modules as well, so >> a generic solution would be greatly appreciated, if you have >> something in mind. I'm not sure I made myself clear. AFAICT for dynamically-loaded modules we won't need any such foo-available-p function, instead we'll use (require ' nil t). After all, any such foo-available-p won't be fboundp before loading the module, so it would necessarily suffer from the problem we're facing with gnutls-available-p. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 19:20:49 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 00:20:49 +0000 Received: from localhost ([127.0.0.1]:43327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzDyT-0003Em-1G for submit@debbugs.gnu.org; Thu, 11 Dec 2014 19:20:49 -0500 Received: from mail-qa0-f41.google.com ([209.85.216.41]:40410) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzDyR-0003Ea-CD for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 19:20:48 -0500 Received: by mail-qa0-f41.google.com with SMTP id f12so4505530qad.14 for <19346@debbugs.gnu.org>; Thu, 11 Dec 2014 16:20:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=sPPsEb+SoCE9E1epY6RAVesVeHTvL7FFIf15Qck5q9c=; b=XHJBrEyQ3Nk26PzK/cTvQhhPH/laAj57bi6ESvf1SP0wH18mVVwgip+3Sym3De+X8N t8rNjTg+MXT06yQYjYjtT0HTEmgxJDkcA8iwA7R1ck82ys9MRlMlIrQ4NK0IPMwzGJ77 SRi9krK6Ila4YD/OuKNPD/qr8xE2KR+BfrAM0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=sPPsEb+SoCE9E1epY6RAVesVeHTvL7FFIf15Qck5q9c=; b=Jh1PMLHg/JheVgkGlUeoNqXJXHG+1JBn9K57ruz9ZNG0jqNp1XjM0/VXduNIFVGjos J90mMHEYJ/TQJ4t+AYNHXeHEx7Xr/ZneL38CGytQu4NoehiTlzNMiCSq+QsHWQHsQ5wT qBv72g/WfzU1OcNPh+m4xIuwy4V3+w4e27N7yJTmgODSRz8hhV5oKDoULdLWji89IQbP CpEguD/rQycTtdqxmM8PX2eLhvA9Xz5bhTnJ2WCNfMvjPCbe2ouF845E9pGqMANTfK57 4XOuac8xVxIIOafBrftKADDiFFG7ab3zIshBo6pnTPh8bMpUbmZ3wJYIi45cIjUg7V9W n+cg== X-Gm-Message-State: ALoCoQlCRdHUxpCBuQwUyRAFF5NBBgzh97snEGRsaCrdc7up9Lt52jpj9WWmhPq/STicrqWNLSI5 X-Received: by 10.140.30.201 with SMTP id d67mr24402422qgd.55.1418343641863; Thu, 11 Dec 2014 16:20:41 -0800 (PST) Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id s32sm2563368qge.23.2014.12.11.16.20.40 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 11 Dec 2014 16:20:41 -0800 (PST) From: Ted Zlatanov To: Stefan Monnier Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 11 Dec 2014 19:21:35 -0500 In-Reply-To: (Stefan Monnier's message of "Thu, 11 Dec 2014 19:02:04 -0500") Message-ID: <87zjat3egg.fsf@lifelogs.com> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, Eli Zaretskii , larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, 11 Dec 2014 19:02:04 -0500 Stefan Monnier wrote: >>> As Stefan mentioned we'll need this for dynamic modules as well, so >>> a generic solution would be greatly appreciated, if you have >>> something in mind. SM> I'm not sure I made myself clear. SM> AFAICT for dynamically-loaded modules we won't need any such SM> foo-available-p function, instead we'll use (require ' nil t). SM> After all, any such foo-available-p won't be fboundp before loading the SM> module, so it would necessarily suffer from the problem we're facing SM> with gnutls-available-p. Right, I'm saying `(require ' nil t)' should define `modulename-available-p' automatically for dynamic modules, based on whether the module was loaded successfully. It shouldn't be manually managed by the module author like the GnuTLS integration (unless they explicitly override it). Ted From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 11 20:33:31 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 01:33:31 +0000 Received: from localhost ([127.0.0.1]:43366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzF6p-00055E-7h for submit@debbugs.gnu.org; Thu, 11 Dec 2014 20:33:31 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:61435) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzF6n-000551-Ko for 19346@debbugs.gnu.org; Thu, 11 Dec 2014 20:33:29 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100242581" 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; 11 Dec 2014 20:33:23 -0500 Received: by pastel.home (Postfix, from userid 20848) id 55DDB262D; Thu, 11 Dec 2014 20:33:22 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p 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> Date: Thu, 11 Dec 2014 20:33:22 -0500 In-Reply-To: <87zjat3egg.fsf@lifelogs.com> (Ted Zlatanov's message of "Thu, 11 Dec 2014 19:21:35 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Right, I'm saying `(require ' nil t)' should define > `modulename-available-p' automatically for dynamic modules, based on And what I'm saying is that (require ' nil t) *is* the replacement for (-available-p). There is no need for any manual management. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 02:49:43 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 07:49:43 +0000 Received: from localhost ([127.0.0.1]:43473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzKyp-0000TH-PZ for submit@debbugs.gnu.org; Fri, 12 Dec 2014 02:49:43 -0500 Received: from mtaout26.012.net.il ([80.179.55.182]:44637) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzKyj-0000Sr-VY for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 02:49:38 -0500 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NGG00I00LETOZ00@mtaout26.012.net.il> for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:48:28 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGG00A3BLORQ980@mtaout26.012.net.il>; Fri, 12 Dec 2014 09:48:28 +0200 (IST) Date: Fri, 12 Dec 2014 09:49:28 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83oar9s3xz.fsf@gnu.org> References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, tzz@lifelogs.com, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: Ted Zlatanov , hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Thu, 11 Dec 2014 19:02:04 -0500 > > AFAICT for dynamically-loaded modules we won't need any such > foo-available-p function, instead we'll use (require ' nil t). You just described one possible implementation of foo-available-p. And AFAIU we still need to implement something in 'require' for this, because currently it cannot load modules, only Lisp files. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 02:59:10 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 07:59:10 +0000 Received: from localhost ([127.0.0.1]:43481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzL7y-0000hC-Hb for submit@debbugs.gnu.org; Fri, 12 Dec 2014 02:59:10 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:64592) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzL7s-0000gb-QZ for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 02:59:04 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NGG00900LZBCG00@a-mtaout20.012.net.il> for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:58:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGG009HKM653N60@a-mtaout20.012.net.il>; Fri, 12 Dec 2014 09:58:54 +0200 (IST) Date: Fri, 12 Dec 2014 09:58:55 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83lhmds3i8.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> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Thu, 11 Dec 2014 20:33:22 -0500 > > And what I'm saying is that (require ' nil t) > *is* the replacement for (-available-p). Does that mean a module can ever provide only one monolith feature? If not, then how would a Lisp program ask about one such 'feature' provided by a 'module'? From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 08:18:52 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 13:18:52 +0000 Received: from localhost ([127.0.0.1]:43561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzQ7Q-0001Wt-Bp for submit@debbugs.gnu.org; Fri, 12 Dec 2014 08:18:52 -0500 Received: from mail-qa0-f52.google.com ([209.85.216.52]:59245) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzQ7N-0001Wg-TM for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 08:18:50 -0500 Received: by mail-qa0-f52.google.com with SMTP id dc16so5149875qab.11 for <19346@debbugs.gnu.org>; Fri, 12 Dec 2014 05:18:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=himO6KGjZxSvI8Zl81CZPV56tabAlqK+sHseWoRBQj4=; b=iQebP8IP5atB6CaQpOMMhnzjyFI8JlqNmpq+lyAovlEVlejqOEmzniWH7AqDnntQ8g SGxZhmO2EIs66MHGeBJ+77VesdWYKywOAOnocjALZr8AxRcKb/FXdsiYtehzQoFhT0PS 2zOa7X2L5pgSZgOy6bX5VhulHr6IGZLMi1E4o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=himO6KGjZxSvI8Zl81CZPV56tabAlqK+sHseWoRBQj4=; b=eT0TuGpCBHkDrdmgbFkSX4l9uQTFMibo7aSbN1B+4xzf5m71eEtoUtFwp/GobRMG/6 828LORqT8Zvf/bdE5WfkpjzmCXIbtA38FwTKCG6l/wbHsaz9RkYJyG7S5K8tmI4NaRD6 Vlg/E+c5nWIKpSYXjXh8Bkb8dsMcV64UMMESox+w9x1zL+Frx17pDFmagG+SvnWwJ/gE wlnfEMs4C8CsDc2Cg31siI+mFjl+r9p+PCR5CMWMMF3gSLfaWqMTk0SyPF6PVZlAQLJc KCGw5eFH15bkcC3Utp7g2Qhj8h2uueM6PP2JSyD1tp91fz/G/Wo4B3NwbxIm1JUx89lU AwcA== X-Gm-Message-State: ALoCoQlJa5HADiSvsSUHYoWqHXMS1HLQOtWRt0W11TibnZibFuPtzvZ4pocbAQHN/ecCZacgKZ8z X-Received: by 10.224.103.196 with SMTP id l4mr18644207qao.18.1418390324486; Fri, 12 Dec 2014 05:18:44 -0800 (PST) Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id e2sm1306604qaw.10.2014.12.12.05.18.43 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 12 Dec 2014 05:18:43 -0800 (PST) From: Ted Zlatanov To: Stefan Monnier Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <83ppbpsxtu.fsf@gnu.org> <87zjat3egg.fsf@lifelogs.com> <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <87zjat3egg.fsf@lifelogs.com> <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 12 Dec 2014 08:19:39 -0500 In-Reply-To: (Stefan Monnier's message of "Thu, 11 Dec 2014 20:33:22 -0500, Fri, 12 Dec 2014 09:58:55 +0200, Fri, 12 Dec 2014 09:49:28 +0200") Message-ID: <87bnn92efo.fsf_-_@lifelogs.com> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, Eli Zaretskii , larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, 11 Dec 2014 20:33:22 -0500 Stefan Monnier wrote: >> Right, I'm saying `(require ' nil t)' should define >> `modulename-available-p' automatically for dynamic modules, based on SM> And what I'm saying is that (require ' nil t) SM> *is* the replacement for (-available-p). SM> There is no need for any manual management. I really think they are different things. One loads the module, the other indicates the module's functionality is available. I agree there is no need for manual management :) The module loader should do it automatically. Ted From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 09:40:54 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 14:40:54 +0000 Received: from localhost ([127.0.0.1]:43579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzROo-0003Yx-AT for submit@debbugs.gnu.org; Fri, 12 Dec 2014 09:40:54 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:21485) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzROk-0003Ye-I5 for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:40:51 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100278739" 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 09:40:44 -0500 Received: by pastel.home (Postfix, from userid 20848) id 8B30F2F23; Fri, 12 Dec 2014 09:40:44 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p 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> Date: Fri, 12 Dec 2014 09:40:44 -0500 In-Reply-To: <83lhmds3i8.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Dec 2014 09:58:55 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Does that mean a module can ever provide only one monolith feature? That's how Elisp modules work, and it hasn't been a serious problem so far, has it? > If not, then how would a Lisp program ask about one such 'feature' > provided by a 'module'? Just like Elisp modules? Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 09:42:53 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 14:42:53 +0000 Received: from localhost ([127.0.0.1]:43583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRQi-0003cB-SG for submit@debbugs.gnu.org; Fri, 12 Dec 2014 09:42:53 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:43995) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRQg-0003bx-Ia for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:42:50 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100278887" 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 09:42:44 -0500 Received: by pastel.home (Postfix, from userid 20848) id BD1DC2F23; Fri, 12 Dec 2014 09:42:44 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <83oar9s3xz.fsf@gnu.org> Date: Fri, 12 Dec 2014 09:42:44 -0500 In-Reply-To: <83oar9s3xz.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Dec 2014 09:49:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, tzz@lifelogs.com, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > And AFAIU we still need to implement something in 'require' for this, > because currently it cannot load modules, only Lisp files. IIUC the dynamic-modules branch does extend `load' to handle those C modules (but not those C modules we currently have in Emacs, such as libgnutls, etc...). Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 09:47:37 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 14:47:37 +0000 Received: from localhost ([127.0.0.1]:43587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRVJ-0003jd-FV for submit@debbugs.gnu.org; Fri, 12 Dec 2014 09:47:37 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:57513) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRVI-0003jR-MF for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:47:36 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABVBoMHUoMOyBWCYgQCAoEkFwEBAQEBAXyEAwEBBFYjEAs0BwsUGA0kiFPWWQEBAQEBBQEBAQEBHZAsQweESAWLAaQugXiCN4FiIYJ3AQEB X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABVBoMHUoMOyBWCYgQCAoEkFwEBAQEBAXyEAwEBBFYjEAs0BwsUGA0kiFPWWQEBAQEBBQEBAQEBHZAsQweESAWLAaQugXiCN4FiIYJ3AQEB X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100279335" 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 09:47:30 -0500 Received: by pastel.home (Postfix, from userid 20848) id AF2952F23; Fri, 12 Dec 2014 09:47:30 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <87zjat3egg.fsf@lifelogs.com> <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <87zjat3egg.fsf@lifelogs.com> <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <87bnn92efo.fsf_-_@lifelogs.com> Date: Fri, 12 Dec 2014 09:47:30 -0500 In-Reply-To: <87bnn92efo.fsf_-_@lifelogs.com> (Ted Zlatanov's message of "Fri, 12 Dec 2014 08:19:39 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) SM> And what I'm saying is that (require ' nil t) SM> *is* the replacement for (-available-p). SM> There is no need for any manual management. > I really think they are different things. One loads the module, the > other indicates the module's functionality is available. Check again: gnutls-available-p *does* load the module (if available). It's very unusual to test whether something is available and yet not make use of it when it is, which is why those two concepts are usually conflated, which makes things simpler. If you really need to check without loading, you should be able to use `locate-library'. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 09:54:53 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 14:54:53 +0000 Received: from localhost ([127.0.0.1]:43606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRcH-0003ua-Sz for submit@debbugs.gnu.org; Fri, 12 Dec 2014 09:54:53 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:60290) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRcC-0003uG-CM for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:54:48 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NGH008004W1HC00@mtaout28.012.net.il> for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 16:52:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGH000665B5SG80@mtaout28.012.net.il>; Fri, 12 Dec 2014 16:52:17 +0200 (IST) Date: Fri, 12 Dec 2014 16:54:39 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <837fxwsyts.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> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 12 Dec 2014 09:40:44 -0500 > > > Does that mean a module can ever provide only one monolith feature? > > That's how Elisp modules work, and it hasn't been a serious problem so > far, has it? ELisp modules are much simpler than dynamic modules written in some compiled language. Look at GnuTLS: it can be compiled with umpteen different optional features. If we now force each module to provide just one feature, you'd need lots of different 'gnutls-FOO' symbols, for all the combinations of the options. That doesn't sound very elegant to me, especially since the savings are just one API which could have solved the same problem more cleanly. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 09:55:35 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 14:55:35 +0000 Received: from localhost ([127.0.0.1]:43850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRcx-0003zT-KG for submit@debbugs.gnu.org; Fri, 12 Dec 2014 09:55:35 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:35430) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzRct-0003xj-8r for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 09:55:28 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NGH00C0051O0P00@a-mtaout20.012.net.il> for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 16:55:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGH00BPG5G8UR40@a-mtaout20.012.net.il>; Fri, 12 Dec 2014 16:55:20 +0200 (IST) Date: Fri, 12 Dec 2014 16:55:23 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <8361dgsysk.fsf@gnu.org> References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <83oar9s3xz.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, tzz@lifelogs.com, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: tzz@lifelogs.com, hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 12 Dec 2014 09:42:44 -0500 > > > And AFAIU we still need to implement something in 'require' for this, > > because currently it cannot load modules, only Lisp files. > > IIUC the dynamic-modules branch does extend `load' to handle those > C modules We were talking about 'require', not 'load'. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 11:33:11 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 16:33:11 +0000 Received: from localhost ([127.0.0.1]:44110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzT9T-0006PW-Di for submit@debbugs.gnu.org; Fri, 12 Dec 2014 11:33:11 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:55603) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzT9R-0006PJ-Ra for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 11:33:10 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjEAs0BwsUGA0kiEoJ1lkBAQEBAQUBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjEAs0BwsUGA0kiEoJ1lkBAQEBAQUBAQEBHpBvB4RIBYsBpC6BeII3gWIhgncBAQE X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100293320" 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 11:33:03 -0500 Received: by pastel.home (Postfix, from userid 20848) id 062CC2F23; Fri, 12 Dec 2014 11:33:03 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p Message-ID: References: <87mw6uxxma.fsf@sealion.lowtem.hokudai.ac.jp> <831to6t6c2.fsf@gnu.org> <87sigm3r48.fsf@lifelogs.com> <83ppbpsxtu.fsf@gnu.org> <83oar9s3xz.fsf@gnu.org> <8361dgsysk.fsf@gnu.org> Date: Fri, 12 Dec 2014 11:33:02 -0500 In-Reply-To: <8361dgsysk.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Dec 2014 16:55:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, tzz@lifelogs.com, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> IIUC the dynamic-modules branch does extend `load' to handle those >> C modules > We were talking about 'require', not 'load'. AFAIK extending `load' is all it takes to make `require' work as well. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 11:39:37 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 16:39:37 +0000 Received: from localhost ([127.0.0.1]:44114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzTFh-0006Yh-B9 for submit@debbugs.gnu.org; Fri, 12 Dec 2014 11:39:37 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:54588) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzTFf-0006YV-96 for 19346@debbugs.gnu.org; Fri, 12 Dec 2014 11:39:35 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAQEdkG8HhEgFiwGkLoF4gjeBYiGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100294189" 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 11:39:29 -0500 Received: by pastel.home (Postfix, from userid 20848) id 70DF42F23; Fri, 12 Dec 2014 11:39:29 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p 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> Date: Fri, 12 Dec 2014 11:39:29 -0500 In-Reply-To: <837fxwsyts.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 12 Dec 2014 16:54:39 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > ELisp modules are much simpler than dynamic modules written in some > compiled language. Look at GnuTLS: it can be compiled with umpteen > different optional features. If we now force each module to provide > just one feature, you'd need lots of different 'gnutls-FOO' symbols, > for all the combinations of the options. That doesn't sound very > elegant to me, especially since the savings are just one API which > could have solved the same problem more cleanly. I have no idea what you're talking about, really. And I suspect you're misunderstanding what I said. I have not proposed any changes, I'm just describing how the dynamic-module branch handles this particular problem. And no, you won't have "lots of different -FOO symbols", since `require' only works when you pass it , not -FOO. 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). Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 14:04:35 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 19:04:35 +0000 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 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 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) 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) Date: Fri, 12 Dec 2014 21:04:22 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier 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> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 12 16:56:58 2014 Received: (at 19346) by debbugs.gnu.org; 12 Dec 2014 21:56:58 +0000 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 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" 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 Received: by pastel.home (Postfix, from userid 20848) id 11AF01068; Fri, 12 Dec 2014 16:56:50 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p 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> Date: Fri, 12 Dec 2014 16:56:50 -0500 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) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 13 02:48:49 2014 Received: (at 19346) by debbugs.gnu.org; 13 Dec 2014 07:48:49 +0000 Received: from localhost ([127.0.0.1]:44367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzhRV-0005Hb-Rp for submit@debbugs.gnu.org; Sat, 13 Dec 2014 02:48:49 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:44901) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzhRO-0005HH-W3 for 19346@debbugs.gnu.org; Sat, 13 Dec 2014 02:48:43 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NGI00E00FI1XB00@mtaout29.012.net.il> for 19346@debbugs.gnu.org; Sat, 13 Dec 2014 09:41:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGI00BCOG0JMH40@mtaout29.012.net.il>; Sat, 13 Dec 2014 09:41:07 +0200 (IST) Date: Sat, 13 Dec 2014 09:43:37 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83ppboq9jq.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> <83zjasr8p5.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org > 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. 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? From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 13 09:21:38 2014 Received: (at 19346) by debbugs.gnu.org; 13 Dec 2014 14:21:38 +0000 Received: from localhost ([127.0.0.1]:44453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XznZi-0007wM-1q for submit@debbugs.gnu.org; Sat, 13 Dec 2014 09:21:38 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:6452) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XznZf-0007w2-SM for 19346@debbugs.gnu.org; Sat, 13 Dec 2014 09:21:36 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IPAS-Result: As0IAOwQflTO+ILA/2dsb2JhbABbgwdSgw7IFYJiBAICgSQXAQEBAQEBfIQDAQEDAVYjBQsLNAcLFBgNJIhKCdZZAQEBAQEFAQEBAR6QbweESAWLAaQugXiCN4FiIYJ3AQEB X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="100593735" 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; 13 Dec 2014 09:21:29 -0500 Received: by pastel.home (Postfix, from userid 20848) id 865F71F47; Sat, 13 Dec 2014 09:21:28 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p 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> <83ppboq9jq.fsf@gnu.org> Date: Sat, 13 Dec 2014 09:21:28 -0500 In-Reply-To: <83ppboq9jq.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 13 Dec 2014 09:43:37 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > 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. And even if we could, it would suffer from the usual problem that we don't know which subfeatures will be important to know. Hence fboundp, Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 13 10:21:09 2014 Received: (at 19346) by debbugs.gnu.org; 13 Dec 2014 15:21:09 +0000 Received: from localhost ([127.0.0.1]:44931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzoVF-00012H-Fa for submit@debbugs.gnu.org; Sat, 13 Dec 2014 10:21:09 -0500 Received: from mtaout24.012.net.il ([80.179.55.180]:41438) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XzoV9-00011W-K7 for 19346@debbugs.gnu.org; Sat, 13 Dec 2014 10:21:03 -0500 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NGJ00E000AIGZ00@mtaout24.012.net.il> for 19346@debbugs.gnu.org; Sat, 13 Dec 2014 17:13:04 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGJ00FEP0XSB410@mtaout24.012.net.il>; Sat, 13 Dec 2014 17:13:04 +0200 (IST) Date: Sat, 13 Dec 2014 17:20:47 +0200 From: Eli Zaretskii Subject: Re: bug#19346: 25.0.50; url-http-parse-headers: Symbol's function definition is void: gnutls-available-p In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <837fxv60fk.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> <83zjasr8p5.fsf@gnu.org> <83ppboq9jq.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19346 Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: hi@yagnesh.org, 19346@debbugs.gnu.org, larsi@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! From unknown Sat Aug 09 13:20:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 11 Jan 2015 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator