From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.help Subject: Re: Org-store-link in Gnus summary fails Date: Mon, 13 Nov 2017 07:55:36 -0800 Message-ID: <87fu9iuq9z.fsf@ericabrahamsen.net> References: <87h8u2upsf.fsf@gmail.com> <87d14qupn7.fsf@gmail.com> <87375lm1p9.fsf@web.de> <87lgjcx16f.fsf@ericabrahamsen.net> <87vaiglp6k.fsf@web.de> <87tvxyvn5c.fsf@ericabrahamsen.net> <87bmk6z5hk.fsf@web.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1510588722 14995 195.159.176.226 (13 Nov 2017 15:58:42 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 13 Nov 2017 15:58:42 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Narendra Joshi , help-gnu-emacs To: Michael Heerdegen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Nov 13 16:58:38 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEH87-0003UU-Br for geh-help-gnu-emacs@m.gmane.org; Mon, 13 Nov 2017 16:58:35 +0100 Original-Received: from localhost ([::1]:55102 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eEH8E-0004DY-NT for geh-help-gnu-emacs@m.gmane.org; Mon, 13 Nov 2017 10:58:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52623) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eEH70-0003l9-Ac for help-gnu-emacs@gnu.org; Mon, 13 Nov 2017 10:57:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eEH6x-0007Nd-5n for help-gnu-emacs@gnu.org; Mon, 13 Nov 2017 10:57:26 -0500 Original-Received: from mail.ericabrahamsen.net ([50.56.99.223]:47580) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eEH6x-0007NI-01 for help-gnu-emacs@gnu.org; Mon, 13 Nov 2017 10:57:23 -0500 Original-Received: from localhost (71-212-22-173.tukw.qwest.net [71.212.22.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id B5F1ABC752; Mon, 13 Nov 2017 15:57:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail.ericabrahamsen.net; s=mail; t=1510588641; bh=LikbVxBGV26m9DWVCc8ptDZzxtcbrXWyovptlUIKZh4=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=JyApirg5zkmaEXioLdvA7gfocWK8hf3OBSt2RiM6mheKkJyUuq7F9IOJaibb/Xd8R a1c+uHUFcgjEguVaR0+zgeVZjIUHZQKBXhGXDgomrBySh/pXlGRbKREaomDbqhYoo4 qUa3h1DlPZQRshGQOtnePPCHDphx2CqUQSxMZZcg= In-Reply-To: <87bmk6z5hk.fsf@web.de> (Michael Heerdegen's message of "Mon, 13 Nov 2017 14:13:27 +0100") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 50.56.99.223 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:114872 Archived-At: Michael Heerdegen writes: > Eric Abrahamsen writes: > >> >> (eval-when-compile >> >> (require 'gnus-sum) >> >> (require 'nnheader) >> >> (require 'nnir)) >> > >> > Hmm, can then somebody who can reproduce the error please make a bug >> > report? >> >> It's not really a mapcar/funcall problem: the mapcar is over >> (org-store-link-functions), not over any Gnus macro. The function >> `org-gnus-store-link' does use a bunch of Gnus macros, but not in a >> funcall situation. > > For that kind of error to happen, it's enough to call the macro in the > code somewhere. This has nothing to do with `funcall'ing or > `mapcar'ing. Right, I just meant I think the OP was a bit off with the original error report. > If a macro is not known at compile time, the compiler turns the macro > call into a function call. I was wondering if that was the case. Thanks for the information, that's useful to know!