From mboxrd@z Thu Jan 1 00:00:00 1970 From: "N. Raghavendra" Subject: Re: org-babel-do-load-languages Date: Fri, 04 May 2018 08:08:13 +0530 Message-ID: <87bmdwkuwa.fsf@gmail.com> References: <87d0ydq95m.fsf@gmail.com> <87zi1gsx9i.fsf@gmail.com> <876044q1yc.fsf@gmail.com> <87in84rfim.fsf@gmail.com> Reply-To: "N. Raghavendra" Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fEQc2-0003hE-7F for emacs-orgmode@gnu.org; Thu, 03 May 2018 22:38:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fEQbz-0003Ih-4F for emacs-orgmode@gnu.org; Thu, 03 May 2018 22:38:22 -0400 Received: from mail-pg0-x235.google.com ([2607:f8b0:400e:c05::235]:42949) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fEQby-0003Hb-UI for emacs-orgmode@gnu.org; Thu, 03 May 2018 22:38:19 -0400 Received: by mail-pg0-x235.google.com with SMTP id p9-v6so11553368pgc.9 for ; Thu, 03 May 2018 19:38:18 -0700 (PDT) Received: from ailuros ([14.139.59.140]) by smtp.gmail.com with ESMTPSA id c7sm37382200pfg.81.2018.05.03.19.38.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 May 2018 19:38:16 -0700 (PDT) In-Reply-To: <87in84rfim.fsf@gmail.com> (Aaron Ecay's message of "Thu, 03 May 2018 15:16:17 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org At 2018-05-03T15:16:17+01:00, Aaron Ecay wrote: > In principle, you are correct. However: > >> I wonder if something like >> >> ------------------------------------------------------------ >> (defun org-babel-do-load-languages (languages) > > If we change the arity of the function in this way, users=CA=BC > configurations will break. We could deprecate the old arity-2 calling > convention, but continue to support it (and give warnings when it is > used) long enough for users to change their configurations. > > Is it worth it though? Why not just add a docstring to the existing > function that explains its calling convention and call it a day? This is a good solution. >> (defcustom org-babel-load-languages '((emacs-lisp . t)) >> ... >> :set #'(lambda (sym value) >> (ignore sym) > > You can achieve the same by naming the argument _sym without calling > ignore. Underscore-prefixed names are better (in general) than > ignore, since the byte compiler will warn if you try to access their > value (whereas, AFAIK, there is no warning if you access an ignore-d > variable, and thus ignore may be mistakenly misleading. Since the > function is so short in this case, the issue doesn=CA=BCt really arise). Thanks for that explanation too, I didn't know that. Regards, Raghu. -- N. Raghavendra , http://www.retrotexts.net/ Harish-Chandra Research Institute, http://www.hri.res.in/