sizeof машкода функции - переносимое на си.

интересует как переносимым образом получить функцию которая возвращает размер в байтах(ну скажем char'ов) маш.кода заданой функции.

переносимым образом - никак

разные архитектуры, разные компиляторы, оптимизации, флаги компилятора

да и вообще компилятор как бы заранее не знает

адрес начала положения функции легко -

а как размер самой функции в рантайме узнать?

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

Как у тебя такие странные идеи вообще возникают?

т.е.

void func1()
{
...
}

void func2()
{
...
}

...
sizeof_func1 = func2 - func1;

пользуюсь tcc ?

Может быть через dlopen можно что-то залабать.

При чём тут tcc? ЕМНИС в любом C — func == *func и размер у него соответсвенно sizeof(void *).

размер в байтах(ну скажем char'ов) маш.кода заданой функции.

Никак. Код на Си можно просто в уме исполнять. Там никакого машинного кода не будет.

В программировании под винду, как-то нужно было через WriteProcessMemory прицепить функцию к процессу. В том числе необходимо было рассчитать размер функции для передачи в качестве параметра, этому самому WriteProcessMemory. Так что вопрос близок к практике.

P.S. использовался этот вариант: sizeof машкода функции - переносимое на си. (комментарий)

Посмотреть ассемблерный листинг ф-ции, на основании которого вычислить её размер очевидным образом.

Сделайте мне развидеть этот ужас.

Вы хотя-бы указали компилятору генерировать position independent code?

Вы хотя-бы указали компилятору генерировать position independent code?

нет конечно. зачем?

tcc похоже линейно проходит и оптимизирует только тривиальщину. В худшем случае тс может собрать все адреса и сортирнуть их по возрастанию, т.о. получив все концы.

Но вообще ему стоит мыслить не менее, чем юнитами, и юзать что-то вроде https://github.com/LuaDist/tcc/blob/master/libtcc.h#L96

Функции вообще может не оказаться. Компилятор возьмет и соптимизирует в константу, и вуаля.

Только посредством дорабатывания кода на ассемблере, который выплевывает компилятор.

Компилятор это помечает через https://sourceware.org/binutils/docs/as/Size.html#Size

Вот в ассемблерных листингах оно так выглядит так например

.Lfunc_end0:
        .size   main, .Lfunc_end0-main

.size   main, .-main

Обычный x86/x86-64 код часто зависит от того, по какому адресу он расположен, т.к. в коде могут быть как и переходы по абсолютным адресам так и прочие завязки на текущее значение регистра EIP / RIP. Position Independent Code будет генерировать код который будет точно работать, если его таким варварским методом скопировать куда-то (при условии что код самодостаточный).

Кроме всего вышеперечисленного, компилятор может разбить функцию на части, сделать часть inline, а часть так. Тогда вообще непонятно, что у нее за размер.

А у мелкософтовского компилятора cl.exe есть такой флаг вообще? :) Я подозреваю, что нет. По крайней мере не помню такого

Никак. Страдай и вычисляй в рантайме.

никак

Никак. А зачем такое нужно? Можно анализировать obj файл и извлекать информацию из него, но это тоже нихрена не переносимо. Можно фунцию поместить в отдельный сегмент и получать размер сегмента средствами линкера.

вирусню под маздай, что ли, пишете?

нет конечно! это же незаконно.