RTEMS Опции

[olefil]

Кто-нибудь портировал RTEMS на другие платформы не используя кросс-платформенный компилятор Linux (и всего такого).

[Andrey_Sudnov]

- как создать загрузочный image системы из под Linux;
- имеете ли вы сведения о портировании этой системы на платформы не поддерживаемые gcc.

Загрузочный image, насколько мне помниться, получается из откомпилированного elf или coff файла с помощью obj-copy, которая переводит его в bin, hex, srec, etc формат. Надо чтоб линк скрипт был настроен на конкретный адрес, откуда будет выполняться этот код.
Это делается и на Linux и в cygwin одинаково.

Насчет второго вопроса. Не знаю ни одной системы, которую бы не поддерживал gcc. Точнее не работал с такими. Знаю что у нас на кафедре портировали gcc под какую-то отечественную архитектуру. Все что поддерживает RTEMS, gcc тоже поддерживает.

Также знаю, что в другом отделе портировали RTEMS для какого-то "суперкрутого" компилятора для PowerPC.

В принципе, для того чтобы запустить RTEMS на устройстве надо чтобы gcc поддерживал процессор этого устройства (иначе придется портировать RTEMS или, еще круче, порировать компилятор). А bsp под конкретную архитектуру/плату написать относительно легко (главное требование к разработчику - знание unix-like среды и умение в ней работать).

[olefil]

Дело в том, что на ADSP процах компилятор поствляемый Analog Devices, это некий вариант gcc, но надо сказать, что далеко от него ушедший. Для того, чтобы собрать makefile надо запусть configure. Как раз эта задача и не выполнима. В следствии мне приходится разбираться какие файлы нужны для моей сборки, а какие нет. А это я вам скажу при той структуре каталогов задача не простая. У них там столько каталогов Include с одинаковыми файлами, что свихнуться можно. А про условные компиляции я вообще молчу. За ответ спасибо!

[Andrey_Sudnov]

Я могу вам посоветовать разобраться с системой configure. Есть два пакета, automake и autoconf, которые делают из makefile.am такие файлы как configure, configure.in, etc.

Если вы говорите что ваш компилятор - это развитие gcc, то значит можно найти соответствие их между параметрами запуска чтобы переделать makefile под ваш компилятор. Это не так уж и сложно сделать (просто знать где поменять пару строк и что запускать).

Как следствие нет необходимости вручную править makefile и другие скрипты. Все эти файлы генерятся автоматически из нескольких набольших файлов (1-2Кб максимум).

Хорошая дока есть в Linux и в cygwin: configure.info файл называется.
Книга про automake, autoconf и configure http://sources.redhat.com/autobook/download.html

А то что там много include - это да. Но в них лежат вовсе не одинаковые файлы. Каждая папка соответсвует своей подсистеме. Это идеологические особенности GNU. К этому надо привыкнуть. И научиться пользоваться каким-нибудь файл менеджером (отличным от Explorer и bash-shell) для быстрой навигации по этим папкам :)