2013-05-31 79 views
1

希望這不是一個重複的...它不應該因爲我嘗試了通常提供的修復程序。Eclipse CDT方法評論使用Doxygen風格自動生成

我使用Elipse CDT(朱諾/ 3.8,Linux)的與Doxygen作爲默認Documentation Tool配置面向與所述自動生成的評論的問題爲ClassesMethods

我仍然得到了方法的參數空評論面積,打字時/** + ENTER

/** 
* 
*/ 

以下是我已經嘗試沒有成功:

  • 設置:窗口>首選項> C ^/C++> Editor>文檔工具評論> Doxygen
  • S設置:項目>首選項>啓用項目特定設置> Doxygen

兩者都導致相同的結果。

注意:不確定關於Eclipse配置發生了什麼(它以前使用得很好)。是否有可能我刪除了Doxygen預設(可能通過按Windows > Preferences > C/C++ > Code Style > Code Templates > Restore Defaults)。在那種情況下如何讓它恢復到Doxygen風格?

編輯:我已經有了一些新的主題...

基本上,這是在我的項目一個全球性的變化(這實際上是一個shared library)。對於一些跨平臺的可移植性原因,我有我的所有課程前加一個MACRO,就像如下:

class LIB_CLASS LabOneOfMyClasses { 
public: 
    ... 
} 

不幸的是,這樣做似乎打破CDT的生成智能功能頭的能力(@param@return,.. )。所以暫時清除MACRO,可以避免這種不愉快的行爲。這是煩人的,我應該向CDT的工作人員報告......

注意:最後,它在Doxygen中處理得當,無論如何。

如果有人有一個絕妙的想法,我錯過了,關於那個?

+0

同樣的問題。我不知道是什麼原因造成的。 – Bluebaron

回答

2

您可以創建一個編譯器抽象標題來解決此問題。在eclipse中爲你的構建配置定義一個自定義符號。在eclipse中轉到Project > Properties > C/C++ General > Paths and Symbols > Symbols > GNU C/C++並定義一個新的獨特符號,如#__ECLIPSE_CDT__

比編譯器抽象的頭部,你可以寫出如下:

#ifdef __ECLIPSE_CDT__ 
# define LIB_CLASS 
#else 
# define LIB_CLASS <required normal content> 
#endif 

如果你一直有這個編譯器抽象頭到您的文件比月食將擴大LIB_CLASS落空,而你的編譯器將查找和使用正確的定義。