memory barriers для _всяческих_ компиляторов и архитектур

Для всяческих архитектур - из ядра, потом адаптировать под конкретный синтаксис используемых недокомпиляторов.

Ну и в C11 есть стандартные барьеры.

Для всяческих архитектур - из ядра, потом адаптировать под конкретный синтаксис используемых недокомпиляторов.

Тут начинаются проблемы, ибо нужен GCC для __asm, либо «тот самый компилятор» чтоб проверить собираемость. Если без проверки то проще #error.

А при наличии GCC проблем нет: __asm __volatile(::::«memory») и __sync_synchronize().

Ну и ядро способны собрать всего несколько компиляторов, если не ошибаюсь: gcc, clang, icc (intel), ну еще форки gcc. Со всем нет проблем...

Ну и в C11 есть стандартные барьеры.

В С++11 есть, а в С11 - я или туплю или не нашел (не путать барьеры с atomic types). Проблема в другом, С11 не поддерживается «чуть менее чем всеми» недокомпиляторами.

btw, c11

http://en.cppreference.com/w/c/atomic/atomic_thread_fence

btw, c11
http://en.cppreference.com/w/c/atomic/atomic_thread_fence

Скомпилируйте это на AIX, HPUX и солярке без gcc/clang...

Короче, не стоит давать наивных советов до просмотра кода (см ссылку на gist).

Я просто написал btw к этому

В С++11 есть, а в С11 - я или туплю или не нашел (не путать барьеры с atomic types).

не более.

Я просто написал btw к этому

Ок, теперь понял. Спасибо.