【问题标题】:Is it possible to do a 'unity build' with Latex source files?是否可以使用 Latex 源文件进行“统一构建”?
【发布时间】:2011-02-20 17:08:41
【问题描述】:

了解 C++ 的人可能知道我所说的“统一构建”是什么意思:

  1. 项目的*.cpp 文件都有效地#include-ed 到单个supermassive 源文件 遵循#include 指令 中指定*.cpp 和 *.h 文件
  2. 这个源文件被送入编译器
  3. 完成!您将获得输出二进制文件!

这样做意味着中间文件 (*.o) 更少,文件读取和磁盘 IO 开销更少,编译器调用更少,从而获得更好的构建性能。

我的问题是,这可能 乳胶 吗?我想要它,因为在使用 pdflatex 构建我的最终 .pdf 之前,我想在 .tex 文件上运行 缓慢的后处理过程。目前,处理我不断增长的 .tex 文件列表大约需要 7 秒。我相信在 one 文件上运行这个过程会明显更快。这激发了我的问题!

总而言之,我想

  1. 按照 \input{} 和 \include{} 将所有 .tex 文件“合并”成一个超大型 .tex 源文件 > 每个 .tex 文件中的宏
  2. 将超大质量 .tex 源文件输入到慢速后处理通道(实际上是 Ott tex 过滤器,仅供参考)
  3. 将输出直接传送到 pdflatex
  4. 完成!我得到了输出的 PDF 文件!

第一步就是这里的问题。欢迎任何想法。如果我不需要编写自己的脚本来执行此步骤,那就最好了!

非常感谢!

【问题讨论】:

  • 我认为这是一个非常好的 LaTeX 相关问题的候选者,它在 SO 上 更好,但如果你不知道它有一个 TeX related Stack Exchange现在网站。
  • 是的,发布后很快就发现了。谢谢!

标签: latex build pdflatex post-processing


【解决方案1】:

rubber 是一个可以处理这个问题的好工具,借助它的 combine 模块。它将收集所有依赖项,并生成一个可供使用的文件。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-02-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-10-07
    • 1970-01-01
    相关资源
    最近更新 更多