如何诊断Doxygen 1.8.x生成的LaTeX中的错误：LT@LL@FM@cr

自1.6版以来，我一直在使用Doxygen成功地为一个大型Fortran 90项目生成PDF文档。在最近升级到Doxygen 1.8之后，pdflatex出现了一个我无法理解的错误。从refman.log：

.
.
.
<use classfate__source_a022bf629bdc1d3059ebd5fb86d13b4f4_icgraph.pdf>
Package pdftex.def Info: classfate__source_a022bf629bdc1d3059ebd5fb86d13b4f4_ic
graph.pdf used on input line 607.
(pdftex.def)             Requested size: 350.0pt x 65.42921pt.
)
(./classm__aerosol.tex
! Undefined control sequence.
<recently read> \LT@LL@FM@cr 

l.25 ...1833ffa6f2fae54ededb}{ia\-\_\-nsize}), \\*

? ?
Type <return> to proceed, S to scroll future error messages,
R to run without stopping, Q to run quietly,
I to insert something, E to edit your file,
1 or ... or 9 to ignore the next 1 to 9 tokens of input,
H for help, X to quit.

显然，没有任何内容与最近读取的块匹配”\LT@LL@FM@cr“我不知道足够多的低级TeX，无法将其转换为源文本中可能存在的内容

我怀疑这可能是在Linux Mint（v1.8.1.2）附带的更新版本的Doxygen中修复的，我从源代码构建并安装了v1.8.3.1，更新了我的Doxygen文件，删除了旧文档并重新生成了它。我也犯了同样令人困惑的错误

---

在refman.log中没有任何明显的迹象表明乳胶包丢失或破损，我完全不知道是什么原因造成的。

除非您提供更多信息，否则这将很难解决-可能使用问题注释中建议的

\errorcontextlines=9999

但是，作为第一个短消息，无法找到的控制序列的名称（即

\LT@LL@FM@cr

）是由（，第15页）定义的，因此添加：

\usepackage{longtable}

对文件序言的补充可能会有所帮助

如果是这样，根据doxygen文档，将以下内容添加到配置文件中应该可以做到这一点：

EXTRA_PACKAGES=longtable

---

当你搜索时，这仍然会在谷歌上流行：

doxygen缺少$inserted

我想补充一点

不要使用包含下划线的项目名称（

）

在简要查看了doxygen的当前文档（我使用的是1.8.4）之后，它并没有明确说明这一点。
首先在TeX文件头添加
\errorcontextlines=9999
，然后重新运行TeX，然后用扩展的错误消息更新答案。但是IMHO应该向doxygen的作者提出这个问题。
EXTRA_PACKAGES=longtable