A.cpp static X global_codecs = { ... }; size_t codecs_num() { return _COUNT_OF(codecs); } // + declaration in header B.cpp static Y var(codecs_num(), ...); да, я всё ещё на гцц4.4, std::array у меня нет (но возможно есть boost::array, хм...), про вред и ужос глобальных переменных я знаю, и вообще этот код уже некоторое время напрашивается на рефактор здесь мне оторвёт ноги неопределенным порядком инициализации, или всё-таки оно будет работать как дОлжно?

оторвет

немного приятного и красивого // getchar is defined as a macro in uClibc. Use parenthesis to fix // gcc bug 58952 for gcc <= 4.8.2. (std::getchar)();

народ, привет всем, собираю so. Как в cmake указать, что собираемая либа использует другую либу?

target_link_libraries

еще add_dependencies - для правильного порядка сборки если несоклько таргетов

sendto() thread safe?

еще add_dependencies - для правильного порядка сборки если несоклько таргетов

еще забыли сказать что для гцц нужно в определенном порядке указывать либы)

казалось бы, при чём тут гцц

да. но зачем?

а то я смотрю под vc++ и винду разнообразие .so файлов

а то я смотрю под vc++ и винду разнообразие .so файлов

Два потока могут писать в один и тот же fd

ну, могут. и ничего не сломается на уровне дескрипторов. это не thread safe?

Ну если я запишу две стринги, они могут частями отправится

на макоси неважно, и емнип даже гцц под маком линкует нормально (т.к это фича именно линуксового ld)

может утрудиться , скинуть ссылки на современные версии книги, видео итд? буду благодарен

TLSF аллокатор в современной либе C++ юзается? Если нет, чем он плох на роль дефолтного.

Р. Лафоре ООП

TLSF аллокатор в современной либе C++ юзается? Если нет, чем он плох на роль дефолтного.

TLSF аллокатор в современной либе C++ юзается? Если нет, чем он плох на роль дефолтного.

а ld.gold тоже этим страдает?

майбе стабильностью, в линуксе вроде узается по дефолту dmalloc

TLSF аллокатор в современной либе C++ юзается? Если нет, чем он плох на роль дефолтного.

Стабильностью времени отклика? TLSF пишут на упаковке, что у них всё O(1)...

только в RTOS

А на большой машине это типа слишком роскошно или слишком бестолково?

Caveats Not designed to be thread safe; the user must provide this

Я думал это деталь конкретной реализации. И реализация может быть на атомиках например ...

атомики тебе как-то вдруг дадут thread-safety?

Ну типа lock-free даст. Если его можно построить как lock-free этот TLSF

а что тебе помешало пойти на сайт TLSF и прочитать все-все пейперы что там выложены?

Ацуцтвие времени на индексацию всех пейперов через собственные глаза. Я решил читануть и в чужие индексы через этот чатик сходить.

а, ну у меня нет времени тебе это все рассказывать тогда

Ну и ладно, один сервер из распределённой системы ответ не вернул, подумаешь)

Ленивая скотина, что я могу сказать.

могу забанить, пойдешь тогда читать?

Пишу юниттесты с помощью Catch. Есть cmake проект А в котором один файл с catch_main дефайном, больше ничего. Есть cmake проект Б в котором срр файл с тестами. Проект Б - статическая библиотека. Но если слинклвать Б в А, то тесты не работают. No test runs. Кто нибудь сталкивался? Как-то можно через библиотеки организовать тесты или только напрямую исходники использовать можно?