为什么C程序针对C ++库编译并与C编译器链接，然后在运行时进行SIGILL？

Question

最近，我在IBM AIX上编写的3rd party插件出现问题。 跟踪花费了大量时间。 该插件采用C可执行文件的形式。 该可执行文件是根据第三方库进行编译的。 提供了这些库的新版本以进行强制升级。

与IBM C编译器12.1编译并链接后，如果使用OLSON设置时区，并且SIGILL崩溃，则现有代码将生成一个二进制文件，如果使用POSIX设置时区，则二进制文件将不可用。

使用调试printfs到日志文件并刷新日志文件，我能够相当迅速地跟踪到对第三方API调用的崩溃。 但是第三方供应商花了一些时间才提到新版本的API在其自己的代码中引入了C ++库的使用。

通过使用IBM C编译器进行编译，但与IBM C ++链接器（xlC）链接，解决了该问题。

所以我的问题是：

1）为什么C链接器没有生成有效的可执行文件？

必须生成了半有效的二进制文件，否则代码将在OLSON时区下无法正常工作。 这意味着所有符号都存在，并且处理了所有名称更改（尽管可能不正确）

2）如何确定编译器和链接器生成的二进制文件是否有效？

我认为做到这一点的唯一方法是在单元测试中尽可能地充分执行代码。

3）如何防止不同代码出现类似情况？

我应该始终与C ++链接程序链接吗？ 这对我来说似乎不对。

抱歉，我无法发布代码，但我不能随意这样做。

Answer 1

Zsigmond有很多不错的陈述。 我们至少需要查看链接线及其选项，对您有很大帮助。 带有“忽略未解析的符号”的开源链接通常不理解，因为它们不理解导入文件。 因此，链接将成功生成完全无用的二进制文件-原因就是为什么要这样做。