mingw-w64 теми: posix vs win32

Я встановлюю mingw-w64 у Windows, і є два варіанти: win32 потоки та потокові потоки. Я знаю, у чому різниця між win32 потоками та pthreads, але я не розумію, у чому різниця між цими двома варіантами. Я сумніваюся, що якщо я виберу потокові позиції, це не дозволить мені викликати такі функції WinAPI, як CreateThread.

Здається, що цей параметр вказує, який API інтерфейсу буде використовуватися якоюсь програмою чи бібліотекою, але чим? За GCC, libstdc ++ чи чимось іншим?

Я виявив це: в чому різниця між thread_posixs та thread_win32 у порту gcc windows?

Коротше кажучи, для цієї версії mingw випуск теми-posix використовуватиме API-файл posix та дозволить використовувати std :: thread, а нитки-win32 використовуватимуть API Win32 та відключають частину std :: thread в стандартний.

Гаразд, якщо я виберу win32 теми, то std :: thread буде недоступний, але win32 теми все одно будуть використовуватися. Але чим користуватися?

GCC постачається з бібліотекою виконання компілятора (libgcc), яку вона використовує (серед іншого), що забезпечує абстракцію ОС низького рівня для багатопотокових функцій, пов'язаних з мовою, яку вона підтримує. Найбільш релевантний приклад - це C ++ 11 <thread>, <mutex>і <future>, libstdc ++ , які не мають повної реалізації, коли GCC побудований за допомогою своєї внутрішньої моделі Win32 для різьблення. MinGW-w64 забезпечує winpthreads (реалізація pthreads поверх API багатогранної читання Win32), до якого GCC може потім пов'язуватися, щоб увімкнути всі фантазійні функції.

Слід наголосити, що цей варіант не забороняє вам писати будь-який код, який ви хочете (він абсолютно НЕ впливає на те, який API ви можете зателефонувати у своєму коді). Він відображає лише те, що бібліотеки часу виконання GCC (libgcc / libstdc ++ / ...) використовують для своєї функціональності. Застереження, яке цитує @James, не має нічого спільного з внутрішньою моделлю різьблення GCC, а швидше з впровадженням CRT Microsoft.

Узагальнити:

• posix: включити багатопотокові функції C ++ 11 / C11. Робить libgcc залежним від libwinpthreads, так що навіть якщо ви безпосередньо не дзвоните API pthreads, ви будете поширювати DLL winpthreads. Немає нічого поганого в тому, щоб розповсюджувати ще одну DLL у вашій програмі.
• win32: Немає C ++ 11 багатопотокових функцій.

Ні вони не впливають на будь-який код користувача, що викликає API Win32 або API pthreads. Ви завжди можете використовувати і те, і інше.

Частини виконання GCC (зокрема, обробка виключень) залежать від використовуваної моделі різьблення. Отже, якщо ви використовуєте версію виконання, яка була побудована з потоками POSIX, але ви вирішили створити теми у власному коді за допомогою API Win32, швидше за все, у вас виникнуть проблеми.

Навіть якщо ви використовуєте версію для версії Win32 для виконання програми, ви, ймовірно, не повинні безпосередньо викликати API Win32. Цитуючи відповіді на поширені запитання про MinGW :

Оскільки MinGW використовує стандартну бібліотеку виконання Microsoft C, що постачається разом із Windows, вам слід бути обережними та використовувати правильну функцію для створення нового потоку. Зокрема, CreateThreadфункція не встановить стек правильно для бібліотеки виконання C. Ви повинні використовувати _beginthreadexзамість цього, що майже (повністю) сумісне з CreateThread.

Зауважте, що тепер можна використовувати деякі C ++ 11 std :: потоки в режимі нарізки win32. Ці адаптери, призначені лише для заголовка, розроблені для мене: https://github.com/meganz/mingw-std-threads

З історії ревізії схоже, що є нещодавня спроба зробити це частиною виконання mingw64.