是否有可能使用乳胶源文件进行“Unity Build”?
-
15-11-2019 - |
题
知道c ++的人可能知道我的意思是'unity build':
- *。项目的CPP文件都有效地<强>#include-ed 进入一个 supermassive源文件之后 #include指令指定* .cpp和* .h文件
- 此源文件将进入编译器
- 完成!你得到输出二进制!
这样做的方式意味着中间文件(* .o)较少,文件读取和磁盘IO开销较少,编译器的调用更少,导致更好的构建性能。
我的问题是,这可能是乳胶的吗?我想要它,因为有一个缓慢的后处理通行证我想在使用pdflatex构建最终的.pdf之前运行.tex文件。目前,需要大约7秒钟来处理我的越来越多的.tex文件列表。我相信运行此传递超过一个文件明显更快。这激励了我的问题!
总结,我想要
- '将所有.tex文件合并为 supermassive .tex源文件通过遵循 \输入{}和\ \ \ include {} 每个.tex文件中的宏
- 将超级分类.tex源文件馈送到慢后处理通行证(实际上是ott tex-filter,fyi)
- 管道直接进入 Pdflatex
- 完成!我得到输出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.
不隶属于 StackOverflow