caxapa.ru :: вся конфигурация задаётся линкером. одной птичкой "выбросить неиспользуемый код". а вот про отладку +100500, таже CTL иногда поправляется ровлеями в таких местах, которые бы у меня никогда не проявились. проект уже лет 6 как развивается и

Mahagam (02.05.2013 16:55, просмотров: 292) ответил Evgeny_CD на Вы и правы, и не правы одновременно :)

вся конфигурация задаётся линкером. одной птичкой "выбросить неиспользуемый код". а вот про отладку +100500, таже CTL иногда поправляется ровлеями в таких местах, которые бы у меня никогда не проявились. проект уже лет 6 как развивается и вылизывается. а всё потому что "покрытие тестами" толпой пользователей CTL получается куда лучше, чем при одиноком колупании в своём никому не нужном коде.

Ответить

- Насчет пТычек тонкость есть. При отптимизации, в зависимости от заданных фич ОСи, возможно, изменятся некоторые структуры ОСи. А это тЫчкой в линкере не пропатчишь. Либо говнокод из макросов и #ifdef, либо генерация кода. При помощи C++, иди Evgeny_CD(51 знак., 02.05.2013 17:42)
  - +/- один байт в структуре описателя задачи? при том что вообще сама РТОС есть в коде? несущенственная мелочь, а геморроя добавит. нафик надо такое конфигурировать. - Mahagam(02.05.2013 18:48)
- Засада в том, что написать тест под 100% code coverage RTOS - задача, сопоставимая по сложности|трудоемкости с задачей собственно написания RTOS. - Evgeny_CD(02.05.2013 17:12)
  - code coverage можеть быть 100%, а глюки все равно могут быть. просто условия для их возникновения дюже специфические. - Mahagam(02.05.2013 17:19)

Средства и методы разработки