uVelOSity от GreenHills, у кого есть исходники этой ОС? Опции

[etoja]

uVelOSity от GreenHills
у кого есть исходники этой ОС?

Судя по высокому качеству С компилятора этой фирмы можно ожидать высокого качнства ОС.

[AlexandrY]

Да, эпитетов расхваливая свой компилер они не жалеют.
А так посредственная среда и компилер. И по юзабельности и по качеству генерируемого кода.
Намеренно не хотят привести интерфейс пользователя к общепринятым стандартам.
Брезгуют добавить готовые профили для ARM-ов из младшей категории (LPC, SAM, STR, ...)
Видимо и их ось такая же.
ThreadX клонировали, выталкивая с рынка Express Logic.

uVelOSity от GreenHills
у кого есть исходники этой ОС?

Судя по высокому качеству С компилятора этой фирмы можно ожидать высокого качнства ОС.

[HardJoker]

Да, эпитетов расхваливая свой компилер они не жалеют.
А так посредственная среда и компилер. И по юзабельности и по качеству генерируемого кода.
Намеренно не хотят привести интерфейс пользователя к общепринятым стандартам.
Брезгуют добавить готовые профили для ARM-ов из младшей категории (LPC, SAM, STR, ...)
Видимо и их ось такая же.
ThreadX клонировали, выталкивая с рынка Express Logic.

Допустим, но тогда на какой из компиляторов стоит обратить внимание? С учетом поддержки не только младших АRM'ов (ARM7/9), но и более производительных ядер - например, MIPS32/64. Вряд ли при разнообразии поддерживаемых м/процессоров прилагаемые библиотеки будут качественными.

[zltigo]

Допустим, но тогда на какой из компиляторов стоит обратить внимание?

Если не принимать во внимание поддержки других контроллеров, то на данный момент, после того, как он стал "An ARM Company" - Keil. Хотя тот-же IAR в версии 5.10 очень порадовал.

[HardJoker]

Если не принимать во внимание поддержки других контроллеров, то на данный момент, после того, как он стал "An ARM Company" - Keil. Хотя тот-же IAR в версии 5.10 очень порадовал.

В IAR'e не понравилась структура библиотек. Слишком много вложений через call. Самописные всегда получаются лучше. Но тогда теряется привлекательность среды с готовыли Lib. Ситуация, в общем, характерная не только для IAR'a. У ADI VDSP3.5 аналогично. Индусы их, что ли пишут :-(((

[zltigo]

В IAR'e не понравилась структура библиотек. Слишком много вложений через call.

Сурово . Пример приведете?

Самописные всегда получаются лучше.

Тоже безмерно хотелость-бы взглянуть, на образец и спытать его на предмет лучше.

[HardJoker]

Сурово . Пример приведете?

Тоже безмерно хотелость-бы взглянуть, на образец и спытать его на предмет лучше.

Драйвер UART для ADSP21xx. Проект достаточно старый, был сделан еще до появления VDSP, но в версии VDSP 3.5 аналогичный драйвер вроде был. Под IAR'ом таких подвигов совершать уже не хотелось.

Прикрепленные файлы

 MD001_UR.zip ( 2.98 килобайт ) Кол-во скачиваний: 41

 

[zltigo]

Драйвер UART для ADSP21xx.

Как "драйвер UART" или подобные могут иметь хоть какое-то отнощение к компиляторам и CLIB-ам???
Какое отношение имеет какой-то самописный код под ADSP к демонстрации "слишком много вложений через call" в библиотеках IAR под ARM???

[HardJoker]

Как "драйвер UART" или подобные могут иметь хоть какое-то отнощение к компиляторам и CLIB-ам???
Какое отношение имеет какой-то самописный код под ADSP к демонстрации "слишком много вложений через call" в библиотеках IAR под ARM???

Не хочется пройтись по цепочке от сишного вызова приема/передачи символа под IAR'ом, можно и не ходить. Дело сугубо религиозное - IAR&CLIB forever!

[zltigo]

Не хочется пройтись ....

Короче, насколько я могу понять, Вы о чем-то своем наболевшем, но не имеющего отношения к компиляторам и их библиотекам, сами собой разговариваете .