Не могу решить проблему вызова функций IAR, используется 1 раз, но вызывается call Опции

[haker_fox]

Здравствуйте! Моя программа состоит из нескольких модулей. Есть главный модуль main.c, в нем для инициализации различных частей программы вызываются функции из других модулей. Причем эти функции используются однократно, при запуске программы. Уровень оптимизации стоит максимальный и по размеру кода. Просмотрев дизассемблированный текст, я увидел, что эти функции вызываются с помощью rcall. Нельзя ли что-нибудь настроить, чтоб тело этих функции помещалось на место команды rcall, т.е. чтобы они не вызывались (ведь больше они не где не используются), таким образом экономим память (оптимизация то по размеру).

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

[haker_fox]

Но если разместить функции в одном модуле, то пропадет наглядность программы, видимо надо чихнуть на этот "беспредел" компилятора.

[starter48]

Но если разместить функции в одном модуле, то пропадет наглядность программы, видимо надо чихнуть на этот "беспредел" компилятора.

Можешь модуль разбить на несколько с помощью #include
Вообще это свойство компилятора. Ф-ии для работающие вместе должны объединяться в модулях. Если есть ф-я, которую нужно инлайнить в нескольких модулях , то объяви её static и запихни в подключенный в эти моули .h файл.
Т.о. модули компилируются отдельно, при этом компилятор ничего не знает о ф-ях в других модулях, кроме прототипов. И только потом линкером сгенерированный из модулей код объединяется.

[prottoss]

Можешь модуль разбить на несколько с помощью #include
Вообще это свойство компилятора. Ф-ии для работающие вместе должны объединяться в модулях. Если есть ф-я, которую нужно инлайнить в нескольких модулях , то объяви её static и запихни в подключенный в эти моули .h файл.
Т.о. модули компилируются отдельно, при этом компилятор ничего не знает о ф-ях в других модулях, кроме прототипов. И только потом линкером сгенерированный из модулей код объединяется.

Компилятор то знает все обо всех функциях, на то он и компилятор. Другое дело, что он не подставляет тело функции из одного модуля, в тело функции из другого. Но если написать тело в .h файл, возможно это и прокатит.
Но тут такая белиберда получится, что ой-ой.

Допустим в модуле объявлена глобальная переменная, а нужная нам инлайн-функция должна работать с этой пременной. Как этой функции, которая описанна в хедере, рассказать что в одноименном модуле для него приготовленна переменная. Писать еще одну функцию в модуле, которая будет возвращать значение переменной инлайн-функции?

[starter48]

Компилятор то знает все обо всех функциях, на то он и компилятор. Другое дело, что он не подставляет тело функции из одного модуля, в тело функции из другого.

Нет, компилятор знает только прототип ф-ии из .h для внешнего модуля, но не тело ф-ии. Исходя из прототипа производится проверка числа и типов аргументов, а в объектный файл ставится rcall без адреса. Реальный адрес проставляется линкером на этапе линковки.

Но если написать тело в .h файл, возможно это и прокатит.
Но тут такая белиберда получится, что ой-ой.
Допустим в модуле объявлена глобальная переменная, а нужная нам инлайн-функция должна работать с этой пременной. Как этой функции, которая описанна в хедере, рассказать что в одноименном модуле для него приготовленна переменная. Писать еще одну функцию в модуле, которая будет возвращать значение переменной инлайн-функции?

Нужно объявить переменную как extern в .h файле с функцией.
Т.е. в основном модуле пишем:

Код

#include"submodule.h"

int myvar;

void main (void)
{
 myfunc();
}

а в submodule.h пишем:

Код

#ifndef __submodule_h
#define __submodule_h

extern int myvar;

static void myfunc (void)
{
..... здесь используем myvar
}

#endif

[prottoss]

Нужно объявить переменную как extern в .h файле с функцией.

Тогда объясните зачем вообще нужны отдельные модули, раз уж на то пошло.
Давайте будем писать все в одном модуле, чтоб все все знали обо всех :-)

[starter48]

Тогда объясните зачем вообще нужны отдельные модули, раз уж на то пошло.

1) Проще разбираться в исходниках, когда программа разбита на идеологически законченные блоки.
2) К программе можно прилинковать модуль написанный на другом языке.
3) Каждый модуль можно скомпилировать со своими настройками компилятора.
4) Программа быстрее перекомпилируется, т.к. компилятор компилирует только изменившиеся модули.

Давайте будем писать все в одном модуле, чтоб все все знали обо всех :-)

Да, если проект не очень большой, то так обычно и делается.

[prottoss]

1) Проще разбираться в исходниках, когда программа разбита на идеологически законченные блоки.
2) К программе можно прилинковать модуль написанный на другом языке.
3) Каждый модуль можно скомпилировать со своими настройками компилятора.
4) Программа быстрее перекомпилируется, т.к. компилятор компилирует только изменившиеся модули.

К этому Вы забыли еще добавить
5) разграничение пространства имен.

[starter48]

1) Проще разбираться в исходниках, когда программа разбита на идеологически законченные блоки.
2) К программе можно прилинковать модуль написанный на другом языке.
3) Каждый модуль можно скомпилировать со своими настройками компилятора.
4) Программа быстрее перекомпилируется, т.к. компилятор компилирует только изменившиеся модули.

К этому Вы забыли еще добавить
5) разграничение пространства имен.

Да, причём, это можно поставить на первое место.
Зачем спрашивал, если сам всё знаешь?

[prottoss]

Зачем спрашивал, если сам всё знаешь?

Нужно объявить переменную как extern в .h файле с функцией.

Где ж тут разграничение пространства имен? Если глобальные переменные одного модуля известны всем модулям?

[starter48]

Зачем спрашивал, если сам всё знаешь?

Нужно объявить переменную как extern в .h файле с функцией.

Где ж тут разграничение пространства имен? Если глобальные переменные одного модуля известны всем модулям?

А как ты собрался инлайнить ф-ю одного модуля в другой, если эта ф-я использует статические переменные в другом модуле?
Переменные, которые ты собрался использовать во встраиваемых ф-ях нужно сделать видимыми для всех, т.к. статическую переменную оптимизатор может просто выкинуть.
При инлайне код ф-ии встраивается в код соответствующего модуля, значит, и доступ к используемым в этой ф-ии переменным из этого модуля должен быть.
Разграничение пр-ва имён будет действовать на те переменные и ф-ии, которые объявлены со словом static. Вообще, все переменные и ф-ии, которые не используются в других модулях следует объявлять как static, т.к. это развязывает руки компилятору для оптимизации.