From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Fenton Subject: Re: latex exporting to different directory with v9.0 Date: Thu, 10 Nov 2016 17:30:13 +0100 Message-ID: <5e2a85ad-90f1-de3c-7bcd-1d80374dd733@pressure.to> References: <36258fcb-bc34-6517-2bc6-919722c3e72f@pressure.to> <874m3lo7v0.fsf@nicolasgoaziou.fr> <87oa1pkgkb.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42023) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4sFg-0004iI-UK for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 11:31:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c4sFd-0003mb-QX for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 11:31:00 -0500 Received: from plato.servwise.com ([94.76.236.81]:47369) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c4sFd-0003VE-Et for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 11:30:57 -0500 Received: from x55b5f018.dyn.telefonica.de ([85.181.240.24]:59466 helo=[192.168.178.31]) by plato.servwise.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1c4sEw-0001Yl-91 for emacs-orgmode@gnu.org; Thu, 10 Nov 2016 16:30:14 +0000 In-Reply-To: <87oa1pkgkb.fsf@nicolasgoaziou.fr> 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, On 08/11/16 18:49, Nicolas Goaziou wrote: > Per above, you could use latexmk "-C" option and move both ".tex" and > ".pdf" file to appropriate directories. I wasn't aware of the "-C" option, it looks like it could - with some settings - blow away the intermediate files that latexmk uses to minimise compile passes. > This breaks the export process, because `org-compile-file' can no longer > find, and return, the produced file. `org-compile-file' has to know > where the output is. Ah, OK. I'm curious, however, how a compiler (eg tex2dvi) cd'd to a different working directory can ever resolve links to image files. > One problem is that we already provide compilation commands that do not > set it (e.g., the "texi2dvi" command above). As I wrote, if we leave > default-directory alone, something else has to be fixed. > > In any case, I removed default-directory setting and, hopefully, applied > the necessary changes to commands. I'm very grateful for your help with this and for trying this change/reversion. I'll try it with the next release. Best, alex