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

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

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

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

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

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

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

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

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

Качество компилятора с Зелёных Холмов очень высокое.

Компиляторы из MULTI2000 (v.3.5,v.4.xx) , с которыми я работал, производят код
весьма среднего качества.
Лучший компилятор для ARM - это безусловно Real View v.3xx (в том числе
и тот, что в составе Keil). Затем идут IAR и GCC 4.2(!!!).
Компиляторы проверялись на группе из 14 различных (communication, GUI, database,
industry control, scientific, etc.) коммерческих проектов (общее чиcло линий кода >100000).

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

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

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