共享库次级依赖管理：解决RUNPATH不支持传递依赖查找问题

我遇到了共享库次级依赖相关的问题，假设存在如下依赖树：

libA.so
├─libB.so
└─libC.so
  └─libD.so

即共享库libA依赖共享库libB和libC，而共享库libC自身又依赖共享库libD。libC的典型实例是依赖CBLAS的GSL共享库。
为了制作自包含、易使用的安装包，避免已安装共享库的版本冲突，我将libB、libC、libD和libA打包在一起，并且按照Drepper 2011年发布的《如何编写共享库》文章中的说明，添加链接参数-Wl,-rpath,\$ORIGIN --enable-new-dtags来设置libA.so的RUN_PATH，这样动态加载器无需设置存在缺陷的LD_LIBRARY_PATH，就能在对应目录下找到libA的依赖项。
但问题在于，为libA设置RUN_PATH对libD.so这类次级依赖无效。通过设置LD_DEBUG开启动态加载器调试日志后发现，加载器只会在标准库路径查找libD.so，不会像查找libB、libC那样去libA所在目录检索。
有没有办法解决这个问题？我可以在有源代码或编译好的静态库的前提下，静态链接C和D库，但有没有更优的方案？

根据Employed Russian的说明，解决方案是设置RPATH而非RUNPATH。新版本GCC可使用如下链接参数：

-Wl,--disable-new-dtags,-rpath,\$ORIGIN

RPATH会被用于检索传递依赖，即所有动态加载的内容，哪怕是依赖的依赖，都会检索RPATH中的路径。
与之相反，ld动态链接器不会在RUNPATH路径中检索传递依赖，这是它和RPATH的核心差异。

参考资料 #

• 维基百科rpath相关文档中GNU ld的作用说明
• StackOverflow相关问题：如何通过GCC/LD设置RPATH和RUNPATH？

内容的提问来源于stack exchange，提问作者AlQuemist