Собрал для армов 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 кода медленнее чем arm-one ? у меня все в thumb'e за исключением определенных хендлеров - проблем с наносекундами нема. А dietlibc я и так юзаю - в ручном режиме.

[klen]

а разве выполнение thumb кода медленнее чем arm-one ?

Я не мерял, но в документации написано что на 10-30 процентов медленне, и на столькоже компактнее. Я поверил. Иначе зачем они существуют раздельно? Дело в том что мои задачки обычно маленькие и проблнм с всовыванием не бывает бывает

[Harbour]

а разве выполнение thumb кода медленнее чем arm-one ?

Я не мерял, но в документации написано что на 10-30 процентов медленне, и на столькоже компактнее. Я поверил. Иначе зачем они существуют раздельно? Дело в том что мои задачки обычно маленькие и проблнм с всовыванием не бывает бывает

Декодирование наборов инструкций занимает одно и тоже время, при грамотном буфере к флеши прирост скорости в thumb режиме может в идеале быть 160% (для 16-bit bus) см. http://www.keil.com/support/docs/2940.asp?bhcp=1

[zltigo]

прирост скорости в thumb режиме может в идеале быть 160%

А какой "прирост", когда вместо:

Код

        ADD      R0,R0,#+256

такое:

Код

        MOVS     R1,#+128
        LSLS      R1,R1,#+1      ;; #+256
        ADDS     R0,R0,R1

А всего-то хотел

Код

       i += 256;

На реальных задачах получить прирост от Thumb не реально.