Собрал для армов gcc-4.1.2 (20060811), кому интересно заходите Опции

[klen]

В архив положил gcc-4.1.2 от 20060811 binutils-2.17 и newlibc-1.14.0
Также выложил его обрезанную версию до пакета для обновления gcc для CrossWorks. Просто преписать в дерикторию ..\gcc.
Попробывал на LPC2103, работает, контроллер не жалуется. Визуально без приборов обнаружил что под кросс-ворком 4.1.2 работает бысрее (компилирует) раза в полтора, но это не важное.

Кто работает с GNU tools chain или хочет поэксперемтировать заходите берите.
http://www.klen.org/Projects/Embeded-gnu-t...last_build.html

[Harbour]

Задачи задачам рознь - понятно что баба-яга против, но для моих задач thumb режим быстрее. Есть желание спорить - ссылку на keil'овский сайт я уже давал, думаю форум у них там есть.

[zltigo]

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

Хотелось-бы увидеть такую задачу (чисто из спортивного интереса) под поминаемый в ссылке LPC2000
и естественно на "C".
Я, когда ARM начал заниматься просто банальный Drystone тест для сравнения использовал и комбинации ARM/Tumb/RAM/RAM тестировал.

Есть желание спорить - ссылку на keil'овский сайт я уже давал, думаю форум у них там есть.

:-)
Не поленился, сходил по ссылке :-) Там первый пункт сначала "за здравие" (надо продажи компилятора поднимать с поддержкой новой фичи) во втром пункте уже правда:

Код

For critical code size applications, the alternative 16-bit Thumb Mode reduces code by more than 30% with minimal performance penalty.

Потом еще раз повторяют:

Код

In reality there is minimal speed penalty in Thumb mode (compared to 35% size reduction)

Причем 30-35% хорошо совпадают с моей оценочной величиной в 30% а уж падение скорости для RAM из этой величины вычисляется сразу - 30-40% ну а из Flash около 10-15%, что можно согласиться "немного".

Таким образом, "спорить" на форуме Keil мне просто не о чем.