boost не thread-safe?

_const_

Извините, но не могли бы вы пояснить, что в данном случае гарантирует const? Насколько я знаю, статические переменные в функции инициализируются во время первого к ней обращения, которое может быть выполнено из нескольких потоков одновременно. Чем в данном случае может помочь const?

Копать в сторону макроса BOOST_HAS_THREADS и иже с ним.

> статические переменные в функции инициализируются во время первого к ней обращения

При запуске программы.

>> статические переменные в функции инициализируются во время первого к ней обращения

>При запуске программы.

2 my mind все же при первом обращении. И реализуется это через неявный if, примерно так:

static bool initialized = false;

if (!initialized) {...call constructor on static memory reserved for object and register its destructor via atexit()...; initialized = true}.

Что вероятно приводит к race condition в многотредовой среде.

Надо-же, а этот пацак прав:

struct ___ { ___() { printf ("___ created, %d\n", time(NULL)); } };
void ____() { static ___ _; }
int main() { ___ __;sleep (3);____();}

Хотя я вот сейчас глянул асмовый листинг, что gcc родил, инициализация статичного обьекта завернута в пару вызовов ___cxa_guard_acquire/___cxa_guard_release, так что не все так плохо как некоторые пацаки считают.

То есть он синхронизируется при каждом обращении к локальной static переменной?

AFAIK Александреску в Loki::Singleton так и не смог придумать абсолютно кроссплатформенное и надежное решение без синхронизации при каждом обращении к синглтону, сказал только что на "хорошем" компиляторе способном генерировать код под многопроцессорные системы заклинание "volatile" должно помочь.