C++ 11 constexpr兼容性實現

在project中，我使用CMake模塊WriteCompilerDetectionHeader來檢測C++ 11功能是否可用。該模塊爲static_assert等功能生成兼容性實現的文件：如果該功能可用，則爲該功能聲明的宏擴展爲該功能;否則它會擴展到一些退步。C++ 11 constexpr兼容性實現

功能constexpr沒有兼容性實現。我試圖提供一個，最後實現了一個雙重實現：一個用於constexpr變量，另一個用於constexpr函數。

在cmake的文件：

write_compiler_detection_header(
    FILE "${CMAKE_CURRENT_BINARY_DIR}/foo-compilerdetection.h" 
    PREFIX Foo 
    COMPILERS 
     GNU 
     MSVC 
    FEATURES 
     cxx_constexpr 
)

在全局頭：

#include "foo-compilerdetection.h" 

#ifdef Foo_COMPILER_CXX_CONSTEXPR 
# define Foo_CONSTEXPR_FUNCTION constexpr 
# define Foo_CONSTEXPR_OBJECT constexpr 
#else 
# define Foo_CONSTEXPR_FUNCTION inline 
# define Foo_CONSTEXPR_OBJECT const 
#endif

所以對於constexpr將與預選賽const更換和功能將與預選賽inline替代變量。

這些替換是否合適？其他限定符或組合或限定符是否更適合變量和函數？

來源

2016-07-27 wasthishelpful

'難道這些替代adequat？'這取決於你如何使用那些'constexpr'函數/變量;如果你使用'constexpr'函數的結果作爲模板參數，'inline'不足以支持 –

在C++ 11中，constexpr成員函數也是const。但是，C++ 14並不是這樣。 – Dutow

我認爲這並不是那麼簡單。在編譯期間計算constexpr。 const和inline都沒有。

我會說，對於constexpr變量，您必須考慮兩種可能性：const（您使用過）和預處理器宏（即#define PI 3.14）。在尊重範圍，調試等方面很有用，而另一個則是嚴格編譯時。

當涉及到constexpr功能它有點棘手。這樣的功能可以在編譯時計算，但不一定。如果你正在追求編譯時評估，你應該考慮模板和預處理器（我知道宏是邪惡的，但...）。如果我們正在討論在運行時應該評估的功能，那麼內聯或模板是最好的選擇。

預處理器宏是我知道的爲constexpr唯一的替代可以在switch語句中使用（如case標記），或在數組分配（int tab[5];）

來源

2016-07-27 09:18:55 Lehu

C++ 11 constexpr兼容性實現

回答

相關問題