最近，當更新了Gentoo Linux我AMD64框上，我有錯誤時，建設與doc 的 USE標記的包。 所有失敗的包被使用gtkdoc工具生成文件。 在網上無處是關於這個問題的一個主題。 所有這些軟件包沒有類似下面的例子為libbonobo。 但許多其他的ebuild，即巧舌如簧，gedit的等也受到了影響。

寫作refentry（libbonobo，倭黑猩猩，堅持文件）libbonobo，倭黑猩猩，堅持file.html
寫作為refentry libbonobo-倭堅持，stream.html（libbonobo倭，堅持流）
寫作為refentry libbonobo-倭堅持，client.html（libbonobo侏儒，堅持客戶端）
書面persist.html章（堅持）
寫作refentry（調試）debugging.html
寫作為refentry libbonobo的faq.html（libbonobo-FAQ）
寫作refentry libbonobo-倭配置database.html（libbonobo倭的配置數據庫）
寫作misc.html章（MISC）
寫作指數ix01.html
寫的書（指數）的index.html
寫的書（指數）index.sgml
libbonobo.devhelp寫的書（指數）
寫的書（指數）libbonobo.devhelp2
GTK-DOC：修復交叉引用
嘗試維特里的Vish：/ usr / bin中/ vim的：Datei的奧德Verzeichnis編者gefunden
readLine（）的封閉句柄NEWFILE在/ usr / bin中/ gtkdoc，fixxref線467。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線470。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線471。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線475。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線476。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線477。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線478。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線479。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線480。
使用未初始化的替代值（S / / /）/ usr / bin中/ gtkdoc，fixxref線481。
不能，刪除html/_temp_src.15046.h.html：Datei奧德Verzeichnis編者在/ usr / bin中/ gtkdoc，fixxref線486 gefunden。
[1]：*** [HTML build.stamp] 2 Fehler
[1]：正在離開目錄`/ var/tmp/portage/gnome-base/libbonobo-2.24.3/work/libbonobo-2.24.3/doc/api
：*** [遞歸] Fehler 1

尋找一些日子後，我是能夠跟踪下來的GTK-docfixref的一部分，使用VIM突出的問題。 也許我的gtk-doc的版本（GTK-DOC-1.13-R2）不兼容，我的第六版（VIM-7.2.303）。 即使卸載用於測試目的的VI是不能成功的，因為至少這GTK-docfixref版本嘗試使用vi，即使是沒有安裝。

gtkdoc fixref 290線：

（“/ USR / BIN / vim的”NE“”）{

更改這一行

如果（“/ USR / BIN / vim的”NE“/ usr /斌/ VIM”）{

㈥強迫的gtk-docfixref總是忽略我（臨時）解決方案。 後來，我又能夠建立所有使用的gtk-doc的文件包。

因為我沒有在網上找到有關該問題的任何信息，我不是很確定我是否應該打開它，或者如果一個bug報告，它僅僅是一個局部問題。 所以，如果你遇到相同的問題，請發表評論。

於爾根

在發布的Gentoo Linux的 評論»