知道c ++的人可能知道我的意思是'unity build':

  1. *。项目的CPP文件都有效地<强>#include-ed 进入一个 supermassive源文件之后 #include指令指定* .cpp和* .h文件
  2. 此源文件将进入编译器
  3. 完成!你得到输出二进制!

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

    我的问题是,这可能是乳胶的吗?我想要它,因为有一个缓慢的后处理通行证我想在使用pdflatex构建最终的.pdf之前运行.tex文件。目前,需要大约7秒钟来处理我的越来越多的.tex文件列表。我相信运行此传递超过一个文件明显更快。这激励了我的问题!

    总结,我想要

    1. '将所有.tex文件合并为 supermassive .tex源文件通过遵循 \输入{}和\ \ \ include {} 每个.tex文件中的宏
    2. 将超级分类.tex源文件馈送到慢后处理通行证(实际上是ott tex-filter,fyi)
    3. 管道直接进入 Pdflatex
    4. 完成!我得到输出pdf文件!

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

      非常感谢!

有帮助吗?

解决方案

A good tool that can handle this is rubber, with the help of its combine module. It will gather all dependencies, and produce a single file ready for consumption.

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top