From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: [PATCH] Compiling multiple times the LaTeX output Date: Fri, 01 Oct 2010 12:12:21 -0400 Message-ID: <21895.1285949541@alphaville.usa.hp.com> References: <87zkv0pqyi.fsf@mundaneum.com> <87r5gcshnf.fsf@noorul.maa.corp.collab.net> <874od7uzsa.fsf_-_@mundaneum.com> <30671.1285861145@gamaville.dokosmarshall.org> <87vd5njhm8.fsf@mundaneum.com> Reply-To: nicholas.dokos@hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=59370 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P1iDh-0004Tp-PZ for emacs-orgmode@gnu.org; Fri, 01 Oct 2010 12:12:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P1iDg-0006Kj-EE for emacs-orgmode@gnu.org; Fri, 01 Oct 2010 12:12:25 -0400 Received: from g6t0186.atlanta.hp.com ([15.193.32.63]:39154) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P1iDg-0006Ka-9z for emacs-orgmode@gnu.org; Fri, 01 Oct 2010 12:12:24 -0400 In-Reply-To: Message from =?us-ascii?Q?=3D=3Futf-8=3FQ=3FS=3DC3=3DA9bastie?= =?us-ascii?Q?n=5FVauban=3F=3D?= of "Thu\, 30 Sep 2010 18\:55\:43 +0200." <87vd5njhm8.fsf@mundaneum.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?us-ascii?Q?=3D=3Futf-8=3FQ=3FS=3DC3=3DA9bastien=5FVauban=3F=3D?= Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org S=C3=A9bastien Vauban wrote: > Hi Nick, >=20 > Nick Dokos wrote: > > S=C3=A9bastien Vauban wrote: > >> Noorul Islam K M wrote: > >> > S=C3=A9bastien Vauban writes: > >> >> I've been taught of a weird observation: the page number indicated = in > >> >> the TOC of a PDFLaTeX output is wrong by one page... > >> > > >> > Quoting from source code > >> > > >> > (defcustom org-latex-to-pdf-process > >> > '("pdflatex -interaction nonstopmode -output-directory %o %f" > >> > "pdflatex -interaction nonstopmode -output-directory %o %f") > >> > "Commands to process a LaTeX file to a PDF file. > >> > This is a list of strings, each of them will be given to the shell > >> > as a command. > >>=20 > >> Attached my proposed patch for fixing this, regarding the TOC error (n= eeded a > >> third compilation). Here, as many compilations as necessary are run, u= p to > >> when LaTeX confirms the result is stable (no message "please re-run...= "). > > > > I don't know if that's still the case, but there were (rare) situations > > where that would *never* happen: LaTeX would oscillate between two diff= erent > > states of output, so you always needed to do one more compilation. The = only > > fix was to rearrange the *input* sligthly to try to get LaTeX out of its > > rut. >=20 > In years of LaTeX use, that's something that I never have had to play wit= h. I > think such experiences are close to 0 in one full LaTeX live. Though, yes= , it > can happen. >=20 Me neither - it is really rare. See http://www.tex.ac.uk/cgi-bin/texfaq2html?label=3Drerun for one possibility. OTOH, I have never had a document that requires more than 3 compilations to= get references right either, although I'm sure that they exist. That's what the= "3" suggestion was based on. >=20 > > It may be wise to limit the number of compilations to 3 (but perhaps ma= ke it > > configurable, so that it can be increased if necessary). >=20 > Nice idea. I'll try to see if I can come up with something like that. >=20 Cheers, Nick