C++中的SAL_CALL是什麼？

Question

任何人都可以簡單解釋一下。

C++中的SAL_CALL是什麼？

Answer 1

這是在OpenOffice.org中使用的#define。它在sal/inc/sal/types.h中定義爲以下之一：

#define SAL_CALL 
#define SAL_CALL __cdecl 

取決於正在編譯的平臺。只有當定義_MSC_VER（對於Microsoft）時，它纔會被設置爲後者。

它指定的功能，如時使用：

virtual void SAL_CALL acquire() throw() { ++m_nRefCount; } 

這將是演變成：

virtual void acquire() throw() { ++m_nRefCount; } 

定期編譯器和：

virtual void __cdecl acquire() throw() { ++m_nRefCount; } 

微軟。

至於什麼__cdecl意味着微軟編譯器，看here，下面提取：

---

微軟具體

這是C和C++程序的默認調用約定。由於堆棧由調用者清理，因此可以執行vararg函數。 __cdecl調用約定會創建比__stdcall更大的可執行文件，因爲它要求每個函數調用都包含堆棧清理代碼。以下列表顯示了此調用約定的實現。

+------------------------+----------------------------+ 
| Element    | Implementation    | 
+------------------------+----------------------------+ 
| Argument-passing order | Right to left    | 
+------------------------+----------------------------+ 
| Stack-maintenance  | Calling function pops the | 
| responsibility  | arguments from the stack | 
+------------------------+----------------------------+ 
| Name-decoration  | Underscore character (_) | 
| convention   | is prefixed to names  | 
+------------------------+----------------------------+ 
| Case-translation  | No case translation  | 
| convention   | performed    | 
+------------------------+----------------------------+ 

Answer 2

這對C++沒什麼特別的。這是某種特定於項目的預處理器宏。我猜想這是某種特殊的通話慣例。我發現one preprocessor macro in the Linux kernel，這似乎是某種64位優化調用約定。根據該文件頂部的註釋，「SAL」代表「系統抽象層」。