caxapa.ru :: Мешает то, что под каждый проект придется создавать новую библиотеку с нужной конфигурацией. С этой позиции уж лучше действительно включать весь системный код в проект. А хотелось бы так, чтобы большая часть системного кода, пригодного на все

abc (07.02.2014 16:14, просмотров: 1) ответил fk0 на Ну так что мешает отконфигурировать и собрать в библиотеку. Естесственно, дефайны эти же нужны в процессе сборки своего проекта (через -I/path/ каталог с осью подключить).

Мешает то, что под каждый проект придется создавать новую библиотеку с нужной конфигурацией. С этой позиции уж лучше действительно включать весь системный код в проект. А хотелось бы так, чтобы большая часть системного кода, пригодного на все случаи жизни была упакована в ОДНУ библиотеку, а конфигурирование оси осуществлялось бы написанием нескольких callback-ов, объявлением конфигурационных глобальных констант и т.п. Да и вообще, некоторые "отцы-основатели" рекомендуют отказываться от макросов.

- Включить весь -- не лучше. Потому, что если включать как объектники, а не как библиотеку, то возможна ситуация включения неиспользуемых объектников (ПЗУ не напасёшься). fk0(171 знак., 07.02.2014 16:29)
  - Да, да. Именно по этому, например, в PowerPac каждая функция помещена в отдельный файл. При этом на выходе оказывается только тот код, который прослеживается цепочкой ссылок. - abc(07.02.2014 16:42, )
- Для этого надо переписывать uC/OS. В итоге получится IAR PowerPack. Один вопрос: зачем? :-) - SciFi(07.02.2014 16:25)
  - Да, похоже на то. Я бы сразу бы с РР и начал бы, но мне сверху ставят условия. Никому не хотел бы навязывать собственное мнение, а исходный вопрос чисто академический. Просто раньше вроде бы было модно скрывать (даже от самого себя) то, во что abc(79 знак., 07.02.2014 16:38, )

ARM, RISC-V контроллеры