如果您有确实经历过与上述标题相关的,您是否愿意对此发表评论?我试图使共享对象在Ubuntu上同时被Clang和GCC延迟加载(我实际上不介意使用哪个编译器),但是它们看起来并没有真正支持任何延迟加载功能(我期望延迟加载功能)在需要功能时,将存根放在父对象中,该对象试图按需加载另一个对象,但实际上并不需要)。以下命令显示了我试图使libbar.so被延迟加载到libfoo.so:

clang bar.c -fPIC -shared -o libbar.so
clang foo.c -Wl,-zlazy,lL'/path/to/where/lib/is',-lbar -o foo

如果libbar.so不存在,您将看到libfoo.so在进入条目之前引发异常。无论如何,我不介意上面的命令中是否有任何拼写错误,但是想知道 Clang/GCC确实支持延迟加载功能,或者不支持

但是,就个人而言,如果Clang/GCC不支持任何延迟加载功能,我是否相信Linux程序开发人员是否需要调用dlopen()或dlsym()来使共享库延迟加载。如果对象是用C编写的就可以了,但是如果对象是用C++编写的,则情况必须非常复杂:(

我相信在编译器或链接器的帮助下实现的解决方案是最好的,因为我已经在Windows和Mac OS上成功完成了该解决方案。因此,我觉得公民想要梦想甚至在Clang/GCC上都具有延迟加载功能,这将是一种自然的 react 。如果您对我的感受有任何评论,我也将不胜感激。

PS。我知道Solaris支持延迟加载功能,但是这对我来说不是可行的方法,因为我不会对此进行任何开发。

无论如何,非常感谢。

最佳答案

这更多是运行时链接程序ld-linux.so提供的功能问题。

此链接器确实支持符号的延迟绑定(bind),但不支持库的延迟加载。这意味着在程序启动时会加载可执行文件所需的每个共享库,但是直到程序中的符号在首次被引用之前,它们都不会解析到加载的库中。

原因是性能。一个库可能包含成千上万个用于函数的符号,这些符号在程序的一次执行中就不会被调用。解决所有这些问题将浪费时间。

因此,如果库中不包含预期的符号,则在程序开始运行后很容易会得到“ undefined symbol ”错误,但是如果完全缺少库,则在程序启动之前会出现错误。

您引用的-zlazy选项仅控制惰性符号绑定(bind)。实际上,默认情况下它是启用的(至少对于GCC,我没有检查clang)。

程序启动后(例如,响应某些命令行选项,配置或其他动态情况),加载库的唯一方法是调用dlopen

您可能需要寻找一个好的插件框架-有关引用,请参见:

  • Cross-Platform C++ Dynamic Library Plugin Loader
  • What's safe for a C++ plug-in system?
  • Good patterns for a C/C++ plugin-based system?
  • 08-06 01:12
    查看更多