caxapa.ru :: Вопрос по uC/OS. Волею хаоса приходится изучать данную ось (порт ARM). Плохого естественно ничего не хочу сказать, но может кто нибудь объяснит мне, в чем преимущество присутствия множества системных файлов в проекте и статической конфигурации оси

abc (07.02.2014 13:54, просмотров: 5849) MBedder

Вопрос по uC/OS. Волею хаоса приходится изучать данную ось (порт ARM). Плохого естественно ничего не хочу сказать, но может кто нибудь объяснит мне, в чем преимущество присутствия множества системных файлов в проекте и статической конфигурации оси с помощью #define? Лично я предпочел бы, чтобы ось была оформлена в виде библиотеки, потому, что я не хочу видеть в проекте ничего лишнего (абстрагированного от моего проекта). Сделано же так в PowerPac (IAR EWARM), а эти оси похожи, как две капли. Присутствие системного кода в каждом проекте лично меня напрягает и раздражает. Я один такой?

- Дык собери объектники от оси один раз в библиотеку. И пользуйся. - fk0(07.02.2014 15:38)
  - Не получается пока. Есть файлы app_cfg.h и os_cfg.h в которых система статически конфигурируется с помощью дефайнов и назначение некоторых из них мне пока не до конца понятно. Более того, с помощью дефайнов там вообще регулируется присутствие той abc(42 знак., 07.02.2014 15:47, )
    - Ну так что мешает отконфигурировать и собрать в библиотеку. Естесственно, дефайны эти же нужны в процессе сборки своего проекта (через -I/path/ каталог с осью подключить). - fk0(07.02.2014 15:56)
      - Мешает то, что под каждый проект придется создавать новую библиотеку с нужной конфигурацией. С этой позиции уж лучше действительно включать весь системный код в проект. А хотелось бы так, чтобы большая часть системного кода, пригодного на все abc(258 знак., 07.02.2014 16:14, )
        
        Включить весь -- не лучше. Потому, что если включать как объектники, а не как библиотеку, то возможна ситуация включения неиспользуемых объектников (ПЗУ не напасёшься). 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, )
- Я копирую исходники lwip в каждый проект. Помогает при отладке. Плюс нет зависимости от внешних библиотек, то есть геморроя при отслеживании их версий. Кстати, копия никак не мешает. Ну просто вообще никак. - SciFi(07.02.2014 14:00)
  - Отлаживать можно и из библиотеки. Которая по сути внутри содержит все те же объектники, но в одном файле. И, кроме того, не будет пытаться линковать объектники, если на них нет ссылок (но, кстати, проблемы если А зависит от Б, а Б зависит от А и fk0(304 знак., 07.02.2014 15:41)
  - Хорошо, допустим lwip отлажен и не содержит ошибок. Но ведь самому же можно случайно внести какие нибудь изменения в открытый системный код. По не внимательности, по забывчивости, по пьяне, наконец. И искать потом эти изменения куда сложнее, чем abc(91 знак., 07.02.2014 14:15, )

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