Виявлення часу компіляції архітектури процесора

Question 1

Який найнадійніший спосіб з’ясувати архітектуру процесора під час компіляції коду C або C ++? Наскільки я можу судити, різні компілятори мають свій власний набір нестандартні визначення препроцесора ( _M_X86в МСВС, __i386__, __arm__в GCC, і т.д.).

Чи існує стандартний спосіб виявити архітектуру, для якої я будую? Якщо ні, чи існує джерело для вичерпного переліку таких визначень для різних компіляторів, наприклад заголовка з усіма шаблонними елементами #ifdef?

Question 2

Ось деяка інформація про заздалегідь визначені архітектурні макроси та інші типи заздалегідь визначених макросів.

Це питання задає питання, де вони визначені у вихідному коді GCC.

Question 3

Не існує стандарту між компіляторами, але кожен компілятор, як правило, є досить послідовним. Ви можете створити для себе заголовок приблизно такого вигляду:

#if MSVC
#ifdef _M_X86
#define ARCH_X86
#endif
#endif

#if GCC
#ifdef __i386__
#define ARCH_X86
#endif
#endif

Немає великого сенсу до вичерпного переліку, оскільки існує тисячі компіляторів, але лише 3-4 широко використовуються (Microsoft C ++, GCC, Intel CC, можливо, TenDRA?). Просто вирішіть, які компілятори підтримуватиме ваша програма, перелічіть їх #defines та оновіть заголовок за необхідності.

Question 4

Якщо ви хочете скинути всі доступні функції на певній платформі, ви можете запустити GCC, наприклад:

gcc -march=native -dM -E - </dev/null

Це буде скидати макроси , як #define __SSE3__ 1, #define __AES__ 1і т.д.

Question 5

Якщо ви хочете рішення для перехресного компілятора, просто використовуйте, Boost.Predefякий містить

BOOST_ARCH_ для архітектури системи / процесора компілюється.
BOOST_COMP_ для компілятора використовується один.
BOOST_LANG_ що стосується мовних стандартів, то хтось компілює.
BOOST_LIB_C_ та BOOST_LIB_STD_ для використовуваної стандартної бібліотеки C та C ++.
BOOST_OS_ для операційної системи, до якої ми збираємося.
BOOST_PLAT_ для платформ поверх операційної системи або компіляторів.
BOOST_ENDIAN_ за притаманність ОС та поєднання архітектури.
BOOST_HW_ для апаратних особливостей.
BOOST_HW_SIMD для виявлення SIMD (Single Instruction Multiple Data).

Наприклад

#if defined(BOOST_ARCH_X86)
    #if BOOST_ARCH_X86_64
        std::cout << "x86_64 " << BOOST_ARCH_X86_64 << " \n";
    #elif BOOST_ARCH_X86_32
        std::cout << "x86 " << BOOST_ARCH_X86_32 << " \n";
    #endif
#elif defined(BOOST_ARCH_ARM)
    #if _M_ARM
        std::cout << "ARM " << _M_ARM << " \n";
    #elif _M_ARM64
        std::cout << "ARM64 " << _M_ARM64 << " \n";
    #endif
#endif

Ви можете дізнатись більше про те, як ним користуватися, тут

Question 6

Тут немає нічого стандартного. Брайан Хук задокументував купу з них у своєму «Портативному джгуті з відкритим кодом» і навіть намагається перетворити їх на щось цілісне та придатне для використання (ymmv щодо цього). Дивіться заголовок posh.h на цьому веб-сайті:

http://hookatooka.com/poshlib/

Зверніть увагу, що за посиланням вище може знадобитися ввести підроблений ідентифікатор користувача / пароль через атаку DOS деякий час тому.

Question 7

Якщо вам потрібно детально розпізнати функції центрального процесора, найкращим підходом буде також поставити програму CPUID, яка виводить на stdout або якийсь файл "cpu_config.h" набір функцій, що підтримуються процесором. Потім ви інтегруєте цю програму зі своїм процесом збірки.