bug-texinfo
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: texi2dvi: A more pleasant way to compile


From: Akim Demaille
Subject: Re: texi2dvi: A more pleasant way to compile
Date: Tue, 31 May 2005 10:34:44 +0200
User-agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux)

>>> "Stepan" == Stepan Kasal <address@hidden> writes:

 > So the fact that you rpeserve the dir is only an optimization (you don't
 > have to run TeX twice).  So the golden rule "don't optimize" applies here.

You must be kidding!  How big is the biggest file you ever worked on?
Your sentence, slightly twisted, is almost "after linking, object
files should be removed, leaving them is merely an optimization".

Don't forget people using texi2dvi with LaTeX, where there can be many
more runs.

 > If we wanted to optimize, we could try to identify auxiliary files which
 > should be preserved (sorted indices, etc.) and copy them to the main dir
 > after each successful compilation.

 > But, of course, that brings some problems: What is the exact list of
 > files to be copied?  The independence of DVI and PDF output is gone, but
 > that might be good, because if you are lucky, you saved one round of
 > compilation.

Yeah, right: there might be complex answers too :)

 > To conclude, I think it moght be a good idea to modify Automake so that
 > it uses something like  texi2dvi --clean

It is not: people are not willing to wait longer (in fact a bug in
texi2dvi almost achieved the same result).





reply via email to

[Prev in Thread] Current Thread [Next in Thread]