[tex-live] Identifying the cause of slow compilation

Zdenek Wagner zdenek.wagner at gmail.com
Thu Mar 12 12:50:00 CET 2015


2015-03-12 12:14 GMT+01:00 Philip Taylor <P.Taylor at rhul.ac.uk>:

>
>
> Zdenek Wagner wrote:
>
> > 2. It is not necessary to add the working directory to TEXINPUT beccause
> > it is searched as the first location. If you do it, TeX will look there
> > twice. If the directory contents is cached by OS, the second lookup will
> > be fast. If the OS (or VM) has little space for disk cache, the second
> > lookup will be as slow as the first one.
>
> This seems not to be true.  With the following TeXMF.cnf in
> \TeX\Live\2014, "Master.TeX" cannot be found (it is in the current
> directory) :
>
> This is really strange...


> > TEXINPUTS.xetex =
> !!$TEXMFROOT/texmf-dist/tex/{eplain,generic,plain,xetex,latex/graphics,latex/latexconfig,xelatex}//
> > TEXMFLOCAL = D:/TeX/Live/TeXMF/Local
> > TEXMFSYSVAR = $SELFAUTOPARENT/TeXMF/Var
> > TEXMFSYSCONFIG = $SELFAUTOPARENT/TeXMF/Config
> > TEXMFHOME = D:\Users\Philip TAYLOR\TeXMF
> > OSFONTDIR = $SystemRoot/fonts//
>
> [OT]  It is annoying that I have to add xelatex to the search path in
> order to be able to load "xetex.cfg"; surely that file should reside in
> "xetex", not "xelatex" ...
>
> If a file is useful both for plain XeTeX and XeLaTeX, it should be IMHO in
generic. Shouldn't it be reported as a bug?


> ** Phil.
>



Zdeněk Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20150312/3881c1a7/attachment.html>


More information about the tex-live mailing list