Làm thế nào để xác định phiên bản của tiêu chuẩn C ++ được trình biên dịch sử dụng?

Làm cách nào để xác định phiên bản của tiêu chuẩn C ++ được trình biên dịch của bạn thực hiện? Theo như tôi biết, dưới đây là các tiêu chuẩn tôi đã biết:

• C ++ 03
• C ++ 98

Theo hiểu biết của tôi không có cách tổng thể để làm điều này. Nếu bạn nhìn vào tiêu đề của các thư viện hỗ trợ nhiều nền tảng / nhiều trình biên dịch, bạn sẽ luôn tìm thấy rất nhiều định nghĩa sử dụng các cấu trúc cụ thể của trình biên dịch để xác định những thứ như vậy:

/*Define Microsoft Visual C++ .NET (32-bit) compiler */
#if (defined(_M_IX86) && defined(_MSC_VER) && (_MSC_VER >= 1300)
     ...
#endif

/*Define Borland 5.0 C++ (16-bit) compiler */
#if defined(__BORLANDC__) && !defined(__WIN32__)
     ...
#endif

Bạn có thể sẽ phải tự định nghĩa như vậy cho tất cả các trình biên dịch mà bạn sử dụng.

Từ Câu hỏi thường gặp về Bjarne Stroustrup C ++ 0x :

__cplusplus

Trong C ++ 0x, macro __cplusplussẽ được đặt thành một giá trị khác với (lớn hơn) hiện tại 199711L.

Mặc dù điều này không hữu ích như người ta muốn. gcc(dường như trong gần 10 năm) đã đặt giá trị này 1, loại trừ một trình biên dịch chính, cho đến khi nó được sửa khi gcc 4.7.0 ra mắt .

Đây là các tiêu chuẩn C ++ và giá trị nào bạn có thể mong đợi __cplusplus:

• C ++ trước C ++ 98: __cpluspluslà 1.
• C ++ 98: __cpluspluslà 199711L.
• C ++ 98 + TR1: Cái này đọc là C ++ 98 và không có cách nào để kiểm tra mà tôi biết.
• C ++ 11: __cpluspluslà 201103L.
• C ++ 14: __cpluspluslà 201402L.
• C ++ 17: __cpluspluslà 201703L.

Nếu trình biên dịch có thể cũ hơn gcc, chúng tôi cần phải sử dụng đến hackery cụ thể của trình biên dịch (xem macro phiên bản, so sánh nó với một bảng có các tính năng được triển khai) hoặc sử dụng Boost.Config (cung cấp các macro có liên quan ). Ưu điểm của việc này là chúng tôi thực sự có thể chọn các tính năng cụ thể của tiêu chuẩn mới và viết giải pháp thay thế nếu tính năng bị thiếu. Điều này thường được ưu tiên hơn giải pháp bán buôn, vì một số trình biên dịch sẽ yêu cầu triển khai C ++ 11, nhưng chỉ cung cấp một tập hợp con các tính năng.

Wiki Stdcxx lưu trữ một ma trận toàn diện để hỗ trợ trình biên dịch các tính năng C ++ 0x (nếu bạn dám tự mình kiểm tra các tính năng).

Thật không may, việc kiểm tra các tính năng chi tiết hơn (ví dụ: các chức năng thư viện riêng lẻ như std::copy_if) chỉ có thể được thực hiện trong hệ thống xây dựng của ứng dụng của bạn (chạy mã với tính năng, kiểm tra xem nó có được biên dịch và tạo ra kết quả chính xác không - autoconflà công cụ được lựa chọn nếu sử dụng tuyến đường này).

Vui lòng chạy mã sau để kiểm tra phiên bản.

#include<iostream>

int main() {
    if (__cplusplus == 201703L) std::cout << "C++17\n";
    else if (__cplusplus == 201402L) std::cout << "C++14\n";
    else if (__cplusplus == 201103L) std::cout << "C++11\n";
    else if (__cplusplus == 199711L) std::cout << "C++98\n";
    else std::cout << "pre-standard C++\n";
}

Tùy thuộc vào những gì bạn muốn đạt được, Boost.Config có thể giúp bạn. Nó không cung cấp khả năng phát hiện phiên bản chuẩn, nhưng nó cung cấp các macro cho phép bạn kiểm tra sự hỗ trợ của ngôn ngữ / tính năng trình biên dịch cụ thể.

__cplusplus

Trong C ++ 0x macro __cplusplus sẽ được đặt thành giá trị khác với (lớn hơn) 199711L hiện tại.

Câu hỏi thường gặp về C ++ 0x của BS

Sử dụng __cplusplustheo đề xuất. Chỉ có một lưu ý cho trình biên dịch của Microsoft, hãy sử dụng Zc:__cpluspluscông tắc trình biên dịch để bật__cplusplus

Nguồn https://devblogs.microsoft.com/cppblog/msvc-now-correctly-reports-__cplusplus/

Sau khi google nhanh :

__STDC__và __STDC_VERSION__, xem ở đây

Thông thường, bạn nên sử dụng __cplusplusđịnh nghĩa để phát hiện c ++ 17, nhưng theo mặc định, trình biên dịch microsoft không xác định đúng macro đó, hãy xem https://devblogs.microsoft.com/cppblog/msvc-now-correctly-reports-__cplusplus/ - bạn cần để sửa đổi cài đặt dự án để bao gồm /Zc:__cpluspluscông tắc hoặc bạn có thể sử dụng cú pháp như sau:

#if ((defined(_MSVC_LANG) && _MSVC_LANG >= 201703L) || __cplusplus >= 201703L)
     //C++17 specific stuff here
#endif