Первые цифры по переносу uTTY из Win в Lin

Пишу это только для того, чтобы не забыть.

Перенес проект из IAR/Windows в gcc/Linux.  Еще полно неувязочек и варнингов, но проект уже компилируется и собирается.

На выходе получил вот такие циферки:

avr-size utty.elf
   text       data        bss        dec        hex    filename
   2458         64        147       2669        a6d    utty.elf

То есть флеша понядобится 1458 + 64 = 2522 байта. Оперативы израсходуется 147 байт.

По Вендовой версии таких цифр нет, но есть HEX-файл, в котором 0x922 байта. Что в переводе на человеческий означает 2338 байт.

Пока IAR дает более компактный код. Разница 2522 — 2338 = 184 байта или примерно 8%.

Но еще надо все проверять. В проекте имеется таблица перекодировки кириллица из CP1251 в LCD-кодировку. gcc ругается на кириллические символы, говорит, что они многобайтовые. Что он ртам еально накомпилировал, я еще не смотрел.

Сейчас, вот, сижу и думаю. Ну gcc создает более габаритный код. Может этот код будет более быстрый, тогда в чем прикол «утрамбовывания» кода еще на 184 байта? До исчерпания памяти еще ой как далеко (проц — mega8), а с другой стороны, эти сэкономленные байты все равно не вытащить из проца и не положить в коробочку для других поделок. Какая разница — заняты ячейки памяти кодом программы или содержат 0xFF, если программа при любом раскладе легко умещается в памяти проца.

Реклама

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s