From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: C++ is not accepted for SRC block evaluation Date: Sun, 27 May 2018 23:09:23 +0200 Message-ID: <878t843iws.fsf@nicolasgoaziou.fr> References: <068D0D8C-238F-4D1A-A808-CA81DFD43F8B@scratch.space> <87lgc43l07.fsf@nicolasgoaziou.fr> <87bmd0u8np.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35684) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fN2uw-0004QD-TC for emacs-orgmode@gnu.org; Sun, 27 May 2018 17:09:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fN2ut-0001VR-PC for emacs-orgmode@gnu.org; Sun, 27 May 2018 17:09:30 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:40835) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fN2ut-0001Tx-Io for emacs-orgmode@gnu.org; Sun, 27 May 2018 17:09:27 -0400 In-Reply-To: <87bmd0u8np.fsf@gmail.com> (Aaron Ecay's message of "Sun, 27 May 2018 21:48:42 +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: Van L Cc: org-mode-email , John Kitchin Aaron Ecay writes: > Is this right? Even if the feature is provide-d by the file, the require > in org-babel-do-load-languages will not find it (because the file name > does not match). C++ is not a valid choice for the variable AFAICT. The > customize interface makes that clear by not offering it as an option, but > if the variable is customized outside of customize (so to speak...) chaos > reigns... You are right, the change is not sufficient, although it doesn't make things worse. We could modify `org-babel-load-languages' defcustom and add lines: (const :tag "C++" C) (const :tag "D" C) which would do the job from Customize, but not for a user changing the variable outside it, as you point out. We probably need to implement a mapping between languages symbols and files and use it in `org-babel-do-load-languages'. The implicit mapping it uses currently has shortcomings. We could also leave it like this (even with my patch reverted), and document it somehow. Maybe a third column per language in (info "(org) Languages") to hold the file name. WDYT?