Как я могу получить размер функции C++?

Question

Как я могу получить размер функции в C++?

Допустим, у меня есть функция:

void f() 
{ 
/*do something*/ 
} 

... Под «размером f», я имею в виду размер кода /*do something*/, начиная с адреса, указанного указателем на f.

Answer 1

Ну, технически я не верю, что вы можете, а не портативно.

Но практически вы вполне можете быть в состоянии сделать это:

void f() { ... } 
void g() { ... } 

char *fp = (char *)&f; 
char *gp = (char *)&g; 

int size = gp - fp; 

Вы вид, опираясь на компилятор поставить «г» после «F» в файле объекта, а также о том, что линкер с последующим костюм, поместив g после f.

Тогда вы просто вычитаете указатели, чтобы получить разницу.

Скорее всего, будут дополнены и другие возможные проблемы, поэтому это может быть не «точно» размер функции.

Answer 2

Вы не можете. Это может быть даже не четкое понятие. Например, рассмотрим следующий код:

int f(int a) { 
    return (3*a)+1; 
} 

int g(int a) { 
    return (2*a)+1; 
} 

Я сомневаюсь, что это происходит на практике для этого конкретного примера, потому что это не будет оптимизация, но компилятор разрешается ввести блок кода, который вычисляет a+1 затем возвращает и переходит к этому блоку из каждой точки входа f и g (после выполнения умножения в каждом случае). Что тогда будет размером f? Должен ли он включать размер общего блока? Половина этого размера? В терминах C++ просто не имеет смысла утверждать, что функция f имеет размер.

Кроме того, «указатель на f» может быть не просто адресом функции f. Это, безусловно, дает возможность добраться до точки ввода f, но, например, на процессоре ARM в режиме межсетевого взаимодействия указатель на функцию, состоящую из кода Thumb, фактически является адресом первой команды плюс 1. В действительности, lsb указателя замаскирован CPU при выполнении перехода к функции, но этот бит сообщает CPU переключиться в режим Thumb, а не в режиме ARM. Таким образом, значение указателя не является адресом функции (хотя оно близко). Во всяком случае, точкой входа функции необязательно должно быть в начале ее - если ваш компилятор создает постоянные пулы или аналогичные, они могут предшествовать исполняемому коду.

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

Answer 3

С текстовым редактором и wc? :) По-прежнему неясно, понимаете ли вы по размеру функции, но я предполагаю, что вы имеете в виду размер машинного кода функции. Невозможно это сделать, особенно один переносимый через компиляторы. Многие компиляторы просто преобразуют программу в сборку, поэтому они не знают размер машинного кода.

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

Answer 4

Я предлагаю вам сделать что-то вроде strlen, кроме использования кода возврата вместо нуля в качестве терминатора.

Answer 5

Большинство компиляторов имеют возможность вывода сборки. Сделайте это, найдите инструкции в документации вашего процессора и выполните математику.

Answer 6

Я хочу получить размер сгенерированного кода в байтах, чтобы я мог скопировать код в новое locatio и выполнить его оттуда. Я знаю, что это возможно, потому что я сделал это с помощью функции 2 и метода вычитания void f() {...} void g() {...}
char * fp = (char *) & f; char * gp = (char *) & g;
int size = gp - fp; , и он работал в визуальной студии в режиме выпуска. Причина, по которой я поставил этот вопрос, состоит в том, что у меня все еще есть проблемы с оптимизацией компилятора, и мне нужен более безопасный mothod.

Answer 7

Функции не имеют «размера». Что касается C++, они не являются объектами, и они не занимают места для хранения. На практике, конечно, они существуют как инструкции исполнения в вашем исполняемом двоичном файле исполняемого файла.