Компилятор IAR Embedded Workbench. Создаю пустой проект(подключаю библиотеки и создаю функцию main):


#include <stdio.h>
#include <io2313.h>
#include <ina90.h>
#include <string.h>

void main(void)
{

}

Компилю хекс файл. В файле уже кода на 48 байт. Я слышал что если где-то в опциях проекта убрать или поставить галочку то этих 48 байт не будет. Настроил проект чтоб оптимизировал по объему памяти... Дело в том что я создал проект под AT90S2313. Невлизает буквально пару десятков байт.... Если етот лишний код убрать то все влезет.... Где надо покапаться в опциях проекта?

Скомпилируйте в ассемблер и все станет ясно:
1.Вектора прерываний присутствуют ?
2.Указатель стека вы ручками инитили? Это сделал компилятор автоматом.
3.Глобальные переменные обнулены?
Так, что считайте это еще по мелочи.

Весь проект ето библиотеки и функция маин.. нет никаких переменных ни векторов прерывания.... Ну конечно может етот код из-за стека.... Но может есть всетаки способ уменьшить его хоть байт на 20?

Соптимизируйте лучше саму программу, уж на 20 байт наверняка ужать получится.

Уже оптимизировал..... Дальше уже вроде некуда.... Кроме как переписывать весь проект.... Буду пробовать дальше... Сейчас просто перебераю все возвожноти решения задачи..........

Ещё совет - уберите галку General Options - System - Initialize unused interrupt vectors. Это сэкономит размер на таблице векторов.

Объем кода уменьшился как раз на 20 байт!!! А что это за галачка? За что она отвечает?!

Под мелкие чипы у которых меньше 16k flash на C не особо разгонишься..


Это разовая экономия. Переведите Initialize unused interrupt vectors и вам сразу станет понятно "за что она отвечает".

Вектора прерываний жестко связаны с адресами в начале памяти.
При снятой галке, на места, где были rjmp на обработчик прерывания лег код. Да посмотрите вы листинг наконец

Категорично как-то. По мне, так в линейке АВР выбирать асм стоит только для tiny13 (11,12).
IAR - умная софтина, и оптимизировать код позволяет очень гибко.


Просто сравните код с галкой и без, и станет понятно. По умолчанию компилятор заполняет все вектора.

Всем за все огромное спасибо...

Для меня так категорично. (<16k - строго асм) Т.к. я не на память смотрю, а на MIPSы у процессора. Если их достаточно для решения задачи, так почему бы их не использовать в полном объеме не смотря на крохотный объем памяти программ.

Из общих советов:
нет ли переменных длинее char, хотя этого не требуется?
нет ли матиматики? Можно попробовать оптимизировать самому (отказался от float в пользу int).
замена нескольких функций одной унифицированной.
использование структур.
посмотреть какие библиотечные функции используются мало - может быть удастся обойтись без них.

Еще, иногда, помогает __no_init перед объявлением переменной, и особенно помогает __regvar __no_init. Правда, в последнем случае придется задавать адрес регистра. Посмотрите, к каким переменным наиболее часто обращается программа, и объявите ее регистром, наверняка сэкономите 20-30 байт кода, ну и МИПСЫ увеличите))).


На Си, ИМХО, Вы и используете в полном объеме, + время на разработку проекта, +дальнейшее сопровождение (доработка, модернизация ...etc), а скоростей нужно добиваться не извращениями с Ассемблером, а продумыванием алгоритма и поиском наиболее подходящего для данной задачи. Не мне Вас учить, конечно)))

Поддерживаю defunct
только как для меня оно ещё суровей ... я вообще считаю что, для 8 бит только асм...
ну прет меня от асма что тут говорить...
(коментарии для кода когда с рамочками вывожу и то гляжу красиво ли рамочка нарисовалась в листинге иходника.) ;-)
а насчет скорости разработки, так основное время приходится тратить не на гемор с написанием строк асма, а поиском и поиском оригинального решения - а как только оно появиться, то вписать придуманное плевое дело....