-
- интересно, как это можно обеспечить thread-safe условной компиляцией... - Alex B.(22.03.2010 13:19)
- речь идет о том, как тотже исходник можно инклюдить и компилить к обоим типам ОС - megajohn(22.03.2010 13:27)
- я понял о чем речь. Лучше пример приведи, как ты с помощью #ifdef из не thread-safe сделаешь thread-safe - Alex B.(22.03.2010 13:48)
- я конечно
нитакой умнегеще только учусь, но вижу так[+] megajohn(226 знак., 22.03.2010 14:12)- Если if-def слишком много, это и будет по сути два комплекта сырцов - только перемешанные в винигрет. Попробуйте просто найти оптимальное разбиение ПО на самодостаточные модули, в которых будет МАЛО if-def - Хитрый китаец(22.03.2010 15:15, )
- Второй вариант говнокод по-любому. Даже без "корпоративной ОС" должен быть big loop без блокировки на неизвестный период (веселят исходники I2C в связи с чем). Хоть бы таймаут и ошибку сверху добавляли. - fk0(22.03.2010 15:05)
- ИМХО это будет даже хуже, чем просто 2 комплекта сырцов :) - she(22.03.2010 14:20)
- вот, по этому, понимая, что моя реализация выглядит сумбурно как бы и спрашиваю ! Хотя 2 комплекта тоже не айс. Еще варианты есть ? - megajohn(22.03.2010 14:23)
- А что ты к сырцам привязался - компили в объектники. Сам можешь юзать свои ужасные ифдефы, а программисту отдашь чистый и красивый my_super_si4421.lib Alex B.(167 знак., 22.03.2010 18:06)
- Например забить болт. Никто не мешает запустить в вытесняющей оси задачу, кооперативно юзающую твою либу. - she(22.03.2010 14:28)
- вот, по этому, понимая, что моя реализация выглядит сумбурно как бы и спрашиваю ! Хотя 2 комплекта тоже не айс. Еще варианты есть ? - megajohn(22.03.2010 14:23)
- я конечно
- я понял о чем речь. Лучше пример приведи, как ты с помощью #ifdef из не thread-safe сделаешь thread-safe - Alex B.(22.03.2010 13:48)
- речь идет о том, как тотже исходник можно инклюдить и компилить к обоим типам ОС - megajohn(22.03.2010 13:27)
- интересно, как это можно обеспечить thread-safe условной компиляцией... - Alex B.(22.03.2010 13:19)