Одна процедура - два имени, фича, при создании библиотек. Опции

[SasaVitebsk]

При создании библиотек (для собственных нужд) столкнулся с проблемкой.

Представьте что делаются две библиотеки для одной и той же задачи. Например, софтовое исполнение и аппаратное. Соответственно все подпрограммы делаются с одинаковыми именами. Для того, чтобы вызывающая прога не видела разницы. Не знала вообще что за библиотека подсунута.

В одной из библиотек есть 2 ф-ции.

Код

void a(int x, int y);
void b(int x, int y);

В другой библиотеке обе ф-ции выполняются с помощью одной, поэтому в реализации написано так

Код

void b(int x, int y)
{
   a(x,y);
}

Компилятор при этом честно генерит:

Код

b: rcall a
    ret

И никакая оптимизация не помогает.
Макроопределениями пользоваться нехочу. Как сделать чтобы компилятор вместо вызова одной подставлял обращение к другой. Фактически, чтобы он сделал бы две метки (при компиляции программы) на одну процедуру?

[Baser]

При создании библиотек (для собственных нужд) столкнулся с проблемкой....

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

Если есть массив указателей и обращение только к одной из них поймет ли компилятор, что вторую не нужно помещать во флешь? Даже если в программе обращение только к одной. А если и поймет - то каждый ли? Где это ?

Стандартизированно это или нет не знаю, но обычно хороший компилятор не линкует те модули, к которым нет обращений. Наоборот, всегда есть расширения, которые позволяют принудительно прилинковать такие модули. Например в ИАР это: __root

[SasaVitebsk]

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

Всё проще.

Представляем что есть несколько процедур вызываемых из головы
А
В
С
Д
Программа в голове написана и работает. При чём не имеет значения какую именно библиотеку я подключу. Реализации одинаковы.

Теперь о библиотеках.
В одной библиотеке
Полностью реализованы А,В,Д а функция С ничем не отличается от B
Дабы сохранить совместимость я пишу

void C(void)
{
B();
}

И компилятор честно компилит мне
C:
rcall B
ret

Мне это не совсем понятно. На асме я бы сделал следующим образом

С:
B:
.....
ret

Ну и конструкция
rcall
ret
тоже вызывает у меня непонятки. Я бы на асме написал
rjmp


Включена максимальная оптимизация по скорости! Соптимизировать такие участки - это же пару пустяков и реальный выигрыш. С чем это связано?

[Сергей Борщ]

И компилятор честно компилит мне
C:
rcall B
ret

Мне это не совсем понятно. На асме я бы сделал следующим образом

С:
B:
.....
ret

Попробуйте все же линкеру определить новый символ и присвоить ему адрес имеющейся процедуры, добаваив в скрипт или командную строку -DC=B. Вы получите именно желаемое - метку С с таким же адресом, что и B.

Препроцессор, я так понимаю, вам не нравится потому что хотите подключать к проекту уже скомпилированные библиотеки? Насколько мне известно, многие, кто пытался идти таким путем, приходили в конце концов к включению исходников библиотеки в проект. А в борьбе с путаницой хорошо помогает система контроля версий (svn, bazaar, cvs и т.д.)