NASM 调用外部C++功能

到目前为止，还没有从汇编调用C++函数的标准化方法。这是由于称为名称重整的功能。C++编译器工具链不会发出名称完全写在代码中的符号。因此，您不知道表示用名称kernel_main或kernelMain编码的函数的符号的名称是什么。

为什么需要名称重整？

您可以在 C++ 中声明多个具有相同名称但位于不同父命名空间下的实体(类、函数、方法、命名空间等)。如果两个名称为本地名称的实体(例如命名空间SymbolDomain中class SomeContainer的本地名称SomeContainer但全局名称SymbolDomain::SomeContainer，至少在这个答案中讨论，好吧)具有相同的符号名称，则会导致符号冲突。

方法重载也会发生冲突，因此，对于类的方法，也会(以某种形式)发出每个参数的类型。为了解决这个问题，C++工具链将以某种方式破坏 ELF 二进制对象中的实际名称。

那么，我不能在程序集中使用C++损坏的名称吗？

是的，这是一种解决方案。您可以将readelf -s fileName与对象文件一起使用，以便kernel_main。您必须搜索与kernel_main有一定相似性的符号。一旦你认为你得到了它，然后用echo _ZnSymbolName | c++filt确认它应该输出kernel_main.

您可以在程序集中使用此名称，而不是kernel_main。

此解决方案的问题在于，如果由于某种原因更改了参数、返回值或其他任何内容(我们不知道什么会影响名称重整)，则程序集代码可能会中断。因此，您必须小心这一点。另一方面，这不是一个好的做法，因为你要进入非标准的东西。

请注意，名称重整不是标准化的，并且因工具链而异。通过依赖它，您也坚持使用相同的编译器。

我不能做一些标准化的事情吗？

是的。您可以通过像这样声明函数extern "C"来在C++中使用 C 函数

extern "C" void kernelMain(void);

这是您最好的解决方案，因为您的kernel_main已经是一个没有父类和命名空间的 C 样式函数。请注意，C 函数是用 C++ 编写的，并且仍然使用C++功能(内部)。

其他解决方案包括使用宏间接寻址，其中 C 函数调用 C++ 函数(如果确实需要)。像这样的东西——

///
/// Simple class containing a method to illustrate the concept of
/// indirection.
///
class SomeContainer
{
public:
int execute(int y)
{
}
}
#define _SepArg_ , // Comma macro, to pass into args, comma not used directly
///
/// Indirection for methods having return values and arguments (other than
/// this). For methods returning void or having no arguments, make something
/// similar).
///
#define _Generate_Indirection_RetEArgs(ret, name, ThisType, thisArg, eargs) 
extern "C" ret name ( ThisType thisArg, eargs ) 
{                                     
return thisArg -> name ( eargs );         
}                                     
_Generate_Indirection_RetEArgs(int, execute, SomeContainer, x, int y);