如果我尝试使用 tex->pdf,Xetex 就无法工作。我猜问题出在兼容性问题上。我不知道“L3 编程层”是什么。
This is XeTeX, Version 3.141592653-2.6-0.999993 (TeX Live 2022/dev/Debian) (preloaded format=xelatex)
\write18 enabled.
entering extended mode
(/home/gabrielle/.cache/gummi/gummi_ZVEKT1
LaTeX2e <2021-11-15> patch level 1
L3 programming layer <2022-01-21>
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2021/10/04 v1.4n Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xetex.def
(|extractbb --version)
/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xetex.def:80: Argum
ent of \__sys_tmp:w has an extra }.
<inserted text>
\par
l.80 ...c__kernel_sys_dvipdfmx_version_int { 0 } }
令人惊讶的是,如果我改用 tex->dvi->pdf,它就会起作用。我注意到它与日志文件 l3backend-dvips.def 中的 l3backend 版本不同。我是否遇到了 dvipdf 问题?
使用 tex->dvi->ps->pdf 进行编译也有效,但是文档是颠倒的......
我使用了一个非常简单的例子:
\documentclass{article}
\begin{document}
TEST
\end{document}
答案1
我尝试使用 LuaTeX,并且 tex->pdf 编译可以正常运行。
我认为这与 ghoscript 以及编译过程中应使用的选项有关,如下所示法语版 texlive 指南 xetex -output-driver="xdvipdfmx -i dvipdfmx-unsafe.cfg -q -E" foo