使用 -Wl,--as-needed 强制与共享库链接（仅提供模板时）

Question

我正在创建一个仅模板的 C++ 库。但是，我还想提供一个“空”共享库，以便通过控制 SONAME，只要模板发生变化导致实例化模板 ABI 不兼容，我就可以强制重建模板消费者。

遗憾的是，如果特定用户的LDFLAGS 中有-Wl,--as-needed，则链接器将从NEEDED 中删除我的共享库，因为编译的可执行文件不向其中请求任何符号。如何确保程序始终与我的库链接，最好不要引入不必要的虚拟函数调用（或者如果我必须这样做，使它们的负担最小化）？

编辑：需要注意的是，特定的模板类提供了静态方法，通常只使用那些静态方法。因此，依赖于构造函数中的任何内容都不是一个好主意，我真的很想避免通过某种强制执行来加重所有方法的负担。

---

受 @EmployedRussian 的启发，我实现了：

extern int dummy;

namespace
{
    struct G
    {
        inline G()
        {
            dummy = 0;
        }
    };

    static const G g;
}

但遗憾的是，它为每个单元（包括头文件）执行一次分配。

Answer 1

但是，我还想提供一个“空”共享库，以便通过控制 SONAME，只要模板发生变化导致实例化模板 ABI 不兼容，我就可以强制重建模板使用者。

这将在运行时强制出错。

您可以在不使用SONAME 的情况下轻松获得相同的结果（运行时错误）。在您的模板标题之一中，放入一个将在运行时的全局对象

1. 获取地址或致电libmysolib_version_<N>，或
2. 执行dlopen(libmysolib.so, ...) 和dlsym("libmysolib_version_<N>", ...)

然后在每次破坏 ABI 时继续增加 N。

最好不要引入不必要的虚拟函数调用

取libmysolib_version_<N>的地址不调用函数；它只是强制运行时链接器找到该符号一次（在启动时）。您可能会与链接器垃圾收集发生冲突。

Answer 2

我会推荐一种替代方法：

myheader.h 

namespace mylib_1 {
   void foo(); 
   //all the code goes there
}
namespace mylib = mylib_1;

用户调用：

mylib::foo()

使用不同 myheader 版本的代码不会链接，因为它会改变函数的签名。

ICU采用这种方法