Relative paths with windows path separator does not work in TeXlive2019.

[Kirill Balunov]

 Maybe I incorrectly described in what, in my opinion, TeX Live can
better.  I fully ok with the removal of  8.3 names support,  their time has
passed.

But as for the directory separator, I would like to TeXLive (on Windows) to
be as agnostic as possible, for two reasons:
1. It works in some parts, but not in the others.
2. No error is produced.

Concerning the 1. as I showed in the example it is ok to use both
-output-directory=".\Tex\local" and  -output-directory="./Tex/local", but
this does not work for input files ( this is obviously perceived as an
existing possibility, but to some extent not coordinated in various places).
Maybe I completely do not understand what difficulties are on the way. If
so I would like to know what they are.

Why I am so concerned :) because many cross-platform libraries and
utilities that work with paths (directories) use platform dependent
directory separators (and usually the user has no control over this). And
this miss in the TeXLive functionality in some parts, breaks their lovely
attempts. Of course it is not difficult at the end to replace every "\"
with "/", but it looks pretty crazy to do this for program running on
Windows. And of course it is a very hard to find bug, because no error is
produced.

with kind regards,
-gdg



пт, 26 июл. 2019 г. в 01:23, Akira Kakuto <kakuto at w32tex.org>:

> Dear Kirill,
>
> > In TeX Live 2015, not this year,  all of the following work on windows:
> >
> > pdftex test-test
> > pdftex test-t~1
> > pdftex c:/somedirectory/test-t~1
> > pdftex c:/somedi~1/test-t~1
>
> In the recent releases, the support of 8.3 names, like test-t~1.tex,
> was removed. Thus pdftex test-t~1 does not work.
> Please don't use short names.
>
> For the directory separator, please use forward slash "/".
> Sorry for the inconvenience.
>
> Best,
> Akira
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/tex-live/attachments/20190726/b3860e19/attachment.html>