仅返回输入参数的C函数

Question

出于我无法控制的原因，我必须在我的C代码中实现这个函数:

double simple_round(double u)
{
    return u;
}

调用此函数时，编译器是否忽略它，或者是否仍然进行调用？例如：

int y;
double u = 3.3;

y = (int)simple_round(u*5.5); //line1
y = (int)u*5.5;               //line2

两行代码的执行时间是相同的，还是第一行需要更长的时间？

Answer 1

如果无论如何都必须编译“生成”的代码，也许您可以“混搭”一个宏Macro，它重新定义对该代码所做的“低效”舍入函数的调用。

这是一个概念（都在一个文件中）。也许#定义可以“shimmed in”（并记录！）到该单个源文件的makefile条目中。

int fnc1( int x ) { return 5 * x; }

void main( void ) {
    printf( "%d\n", fnc1( 5 ) );

#define fnc1(x) (x)

    printf( "%d\n", fnc1( 7 ) );
}

输出：

25
7

Answer 2

调用此函数时，编译器是否忽略它，或者是否仍然进行调用？

视情况而定。如果函数定义在相同的*中。c文件作为它被调用的地方，然后编译器很可能会自动内联它，因为它有一些内联非常简单的函数或只调用一次的函数的标准。当然，您必须指定足够高的优化级别

但是如果函数定义在另一个编译单元中，编译器就无能为力，除非你使用链接时优化(LTO)。那是因为在C each *中。c文件是一个单独的编译单元，将被编译成一个单独的对象(*。o)文件和编译器不知道其他编译单元中的函数体。只有在链接阶段，未解析的标识符才会被其他编译单元的信息填充

在本例中，生成的代码位于*中。c文件调用一个可以在另一个文件中更改的函数。c文件则有许多更可靠的解决方案

>

最正确的方法是修理发电机。提供证据证明生成的代码调用的函数很糟糕并修复它

如果您真的没有办法修复生成器，那么一种可能的方法是删除生成的*。编译列表中的c文件（即不再将其编译为*.o），并将其包含在您自己的*中。c文件

#define simple_round(x) (x)
#include "generated.c"
#undef simple_round

现在，生成的 simple_round（） 调用将被替换为任何内容

Answer 3

因为函数是在与使用它的地方不同的C文件中定义的，如果你不使用链接时优化，当编译器调用函数调用时，它不知道函数做什么，所以它必须实际编译函数调用。该函数可能只有两条指令:将参数复制到返回值，然后返回。

额外的函数调用可能会也可能不会减慢程序，具体取决于CPU的类型和CPU正在做的其他事情（附近的其他指令）

它还会迫使编译器考虑它可能正在调用一个非常复杂的函数，该函数会覆盖许多寄存器(无论哪一个寄存器都允许被函数调用覆盖)；这将使调用它的函数中的寄存器分配变得更糟，可能会使该函数更长，并需要进行更多的内存访问。