作为C++库 API 一部分的第三方类型以及潜在的 ABI 不一致

这是对上一个问题的跟进。

我正在开发一个库，客户需要为其提供复杂的类型，如矩阵和四元数。在内部，我将使用 Eigen 来操作这些类型，根据链接问题中的讨论，我可能会在 Eigen 的类型周围放置一个薄包装器，并要求客户端将这些类型提供给我的库，本质上将 Eigen 隐藏为内部实现细节。

由于我的一些客户实际上可能已经在使用 Eigen，因此有人建议我在 Eigen 类型的包装版本中提供某种往返 Eigen 函数。

这一切听起来都不错，但我担心如果我的库在内部使用与我的客户端使用的不同版本的 Eigen 会发生什么。如果两个版本与 ABI 兼容，那么我认为没有任何问题。但是，如果不是，那么我可以想象一些"坏"事情正在发生。我特别担心，因为 Eigen 是一个仅标头库，例如，我不能假设我的库和我的客户端都会链接到第三方库的同一编译版本。

如果我为用户提供源代码并让他们自己针对 Eigen 进行编译，那么我就不必太担心了。但是，我最关心的是我为用户编译和安装 DSO/DLL 的情况。

所以，我想我的问题是：我是否必须限制我的客户端使用与 ABI 兼容的库版本？我可以为特征提供必要的标头，但是用户已经在使用特征会出现问题。

我可以把它留给我的客户对我的包装器类型进行必要的转换，但我想提供便利的功能。

请注意，虽然我特别谈论的是 Eigen，但这个问题可能适用于任何提供类型的第三方库。

谢谢！