Возможно, будет интересно - полазил по папкам инсталлированного subj и нашел ответ на вопрос - вывод в IDE размера кода/данных файлов отрицательными числами. В документе subj\RVDS\Product\2.2\169\readme.html, раздел "CodeWarrior for RVDS Release Notes (Windows only)" указано: "By default code and data sizes are not shown beside the source files in the project window to speed up build times (they appear as -1). To re-enable this feature, go to the RealView Target panel and select Show Object Sizes." Т.е., по умолчанию это сделано специально с целью увеличения скорости компиляции, и если эти данные требуются - залазим в закладку проекта RealView Target и устанавливаем "птичку" на опцию "Show object sizes"- после перекомпиляции файлов все нормально показывается.

Ценная инфа, спасибо! А то уж оченно коряво и пугающе выглядели эти цифирьки.

Спасибо! наконецто визуально смог оценить лучше ли RVDS чем ADS1.2
на обоих стоит оптимизация самая высока + O-time

вот сразу же при первой проверки некоторых файлов:
понятно, что без исходников они не имею смысла, но все же.
В исходниках выполняются "тяжелые" операции парсинга и реализованы
FSM.


исх1: ADS = 4756 байт RVDS=4844
исх2: ADS = 4036 байт RVDS=4244
исх2: ADS = 1676 байт RVDS=2248
и так почти на всех "крупных" файлах.

результат "впечатляет"

на самом деле я заметил, чем новее компилятор (чем больше у него всяких наворотов)
тем хуже и хуже он начинает генерить код.

Интересно было бы также сравнить время выполнения. IMHO, при современных размерах флешаков это часто более важный критерий (не всегда надо в LPC2101 "утаптываться").

да, пожалуй я погорячился. RVDS понял оптимизацию по времени слижком уж буквально
и стал разворачивать ВСЕ фукнции отсюда и код больше.
Тестировать более глубоко - времени нет особо, да и наверное уже кто-то более продвинуто протестировал ADS-RVDS.