From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: babel detangling visits a large number of files Date: Sun, 10 Mar 2019 18:30:16 +0100 Message-ID: <87k1h6sklz.fsf@nicolasgoaziou.fr> References: <87pnr4kqj7.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:60925) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h32HG-000714-GJ for emacs-orgmode@gnu.org; Sun, 10 Mar 2019 13:30:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h32HF-0006IK-PM for emacs-orgmode@gnu.org; Sun, 10 Mar 2019 13:30:22 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:43845) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1h32HF-0006HR-Iq for emacs-orgmode@gnu.org; Sun, 10 Mar 2019 13:30:21 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 91DB720003 for ; Sun, 10 Mar 2019 17:30:17 +0000 (UTC) In-Reply-To: <87pnr4kqj7.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Wed, 06 Mar 2019 14:48:12 +0000") 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 Hello, Eric S Fraga writes: > Hello, > > motivated by having just watched this video, > > https://www.youtube.com/watch?time_continue=479&v=BLomb52wjvE > > I decided to play around a bit with detangling. > > When I try, it takes some time to get to the original src block. Even > though the comment entry before the code looks very reasonable, e.g.: > > #+begin_src julia > # [[file:~/s/research/strawberry/src/fresa.org::modulestart][modulestart]] > module Fresa > [... code elided ...] > end > # modulestart ends here > #+end_src > > invoking org-babel-tangle-jump-to-org proceeds to visit a large number > of files (I only know because many of them require accepting some local > file variable settings when the files are visited) and org further > complains about a large number of multiply defined IDs. > > Given that the detangling information in the comment has the file > explicitly stated, why should the detangling procedure care about IDs > and why does it need to visit so many files? Have I configured > something wrongly? I think I fixed it in master branch. Could you test it ? Beware, master branch also include the link syntax change. Regards, -- Nicolas Goaziou