From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Bug: Proposed new version of ob-C.el [8.3beta (release_8.3beta-944-g830cf3 @ /Users/snapp/.emacs.d/vendor/org/)] Date: Mon, 30 Mar 2015 10:39:12 -0400 Message-ID: <87wq1y35yn.fsf@alphaville.usersys.redhat.com> References: <5166F4B8-A141-4968-B10E-4C25BDA72F5C@uvm.edu> <55186527.2080302@free.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ycaqo-0004tk-8D for emacs-orgmode@gnu.org; Mon, 30 Mar 2015 10:39:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ycaql-00022p-Cd for emacs-orgmode@gnu.org; Mon, 30 Mar 2015 10:39:38 -0400 Received: from plane.gmane.org ([80.91.229.3]:50036) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ycaql-00022C-6d for emacs-orgmode@gnu.org; Mon, 30 Mar 2015 10:39:35 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ycaqi-00013y-2q for emacs-orgmode@gnu.org; Mon, 30 Mar 2015 16:39:32 +0200 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 16:39:32 +0200 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 16:39:32 +0200 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Thierry Banel writes: > Hi Robert > > Those #includes were a proposal I did long ago. > The purpose was to make short scripts even shorter with default > #includes that everybody uses. > > Your use-case is worth considering. > If this cause trouble, it is easy to remove the includes. > > To keep existing scripts working, an :includes parameter would be > required, like this: > > #+BEGIN_SRC C++ :includes > // C++ script > #+END_SRC > > Does everyone agree with this change? > IMO, it would be better than the current situation, but I wonder if it makes sense to have a global default setting containing the three files, but one which the user can customize; any :includes parameters would augment the default. That would satisfy the OP's requirements, but would also allow for a shorter #+BEGIN_SRC line. Nick