c++ - 在 MinGW 中导入内联函数

Question

我正在使用在其 header 中定义内联函数的共享库。

这是一个简化的测试用例，正如链接到库的编译单元所见(对于库所见的版本，只需将 dllimport 替换为 dllexport)。

class __declspec(dllimport) MyClass {
public:
    int myFunc2();
    int myFunc1();
};

inline int MyClass::myFunc2(void) {
    return myFunc1();
}

inline int MyClass::myFunc1(void) {
    return 0;
}

编译它会给出警告:

warning: 'int MyClass::myFunc1()' redeclared without dllimport attribute after being referenced with dll linkage [enabled by default]

请注意，定义函数的顺序很重要，因为将 myFunc1 的定义放在 myFunc2 的定义之前不会产生任何警告。

另请注意，此代码在 Visual C++ 下编译时没有警告。这些警告至少是特定于 MinGW 的，也许一般是针对 GCC 的。编辑:我想到我可能必须验证警告是否未被项目设置的标志之一抑制。

我的问题是:

• 为什么会出现这种行为？
• 在类声明中将 myFunc1 声明为 inline 可解决此问题。这是为什么 ？它也反对 recommended way做事。
• 是否有其他(更好的？)方法来解决这个问题？

Answer 1

问题的出现是因为 dllimport 的工作方式有些神奇，这通常意味着您只需要在第一个声明中使用它。

基本上，当您将一个函数声明为 dllimport，然后使用除 dllimport 之外的相同声明重新声明该函数时，第二个声明隐式获取 dllimport。如果重新声明不相同，则不会获得隐式 dllimport。

那么这里发生的事情是您首先将函数声明为 dllimport/non-inline，然后将其声明为 non-dllimport/inline。向第一个声明添加内联可以解决问题，因为第二个声明会隐式地成为 dllimport。或者，将 __declspec(dllimport) 添加到第二个声明应该可以解决问题。

请注意，重新排序定义会消除警告，因为警告是关于在重新声明之前使用它。通过重新排序，您在重新声明之前不再使用它，因此您不会收到任何警告，尽管它将使用非 dllimport 版本(即，它永远不会使用 dll 中的函数版本)。

另请注意，使用内联 dllimport 是危险的。任何针对 dll 构建的程序都可能在某些地方使用内联函数，而在其他地方使用非内联函数(来自 dll)。即使现在这两个功能完全相同，dll 的 future 版本也可能会发生变化并具有不同的实现。如果使用新版本的 dll 运行，此时旧程序可能会开始出现异常。