问题只是一句话,为什么github项目总是喜欢附带构建说明而不是仅仅留下下载链接/说明?我个人认为它隐含地表明 .exe 的构建/发布版本不够稳定,或者开发人员忽略了可能发生问题的少数设备。
我在做单独挖矿的研究,不,没有加入任何矿池。但是当我接近 CPUMiner 时,我发现有一个下载链接和构建说明。无论如何,我花了几个小时才理解“构建”的真正含义(图像中的构建指南)。
我试图查看里面的文件列表/usr/lib/x86_64-linux-gnu/liblxqt.so.0
。
.so
但是我尝试使用的任何文件gresource
都会得到can't find resource section (null)
有没有其他工具可以代替gresource
或我做错了什么?
lubuntu@lubuntu:~$ locate liblxqt | grep /x86
/usr/lib/x86_64-linux-gnu/liblxqt-globalkeys-ui.so.0
/usr/lib/x86_64-linux-gnu/liblxqt-globalkeys-ui.so.0.14.1
/usr/lib/x86_64-linux-gnu/liblxqt-globalkeys.so.0
/usr/lib/x86_64-linux-gnu/liblxqt-globalkeys.so.0.14.1
/usr/lib/x86_64-linux-gnu/liblxqt.so.0
/usr/lib/x86_64-linux-gnu/liblxqt.so.0.14.1
/usr/lib/x86_64-linux-gnu/lxqt-config/liblxqt-config-cursor.so
lubuntu@lubuntu:~$
lubuntu@lubuntu:~$ gresource list /usr/lib/x86_64-linux-gnu/liblxqt.so.0
Can't find resource section (null)
lubuntu@lubuntu:~$
假设我有一个二进制文件test
,它使用共享库
a.so
b.so
c.so
我无法运行二进制文件,因为其中一个链接库链接了另一个似乎d.so
是罪魁祸首的库。但是我不知道哪个库是链接它的库,因为实际上有 20 个库而不是 3 个,而且浏览所有库非常耗时。ldd
只为您提供二进制直接链接的库列表。
最重要的是,它似乎不是一个间接级别,而是几个。换句话说,它似乎有类似的东西a.so -> x.so -> blabla.so -> d.so
。
是否有一些聪明的方法可以可视化整个依赖关系图或如何找到导致库的确切依赖关系链d.so
?
换句话说,我想要的是这样的:
a.so -> something.so
-> second.so
-> third.so
b.so -> x.so -> blabla.so -> d.so
-> stuff.so
c.so -> something.else -> yetanotherlib.so
或者我想说我想找到的简化版本,如何d.so
链接到二进制文件并且它会吐出
a.so -> x.so -> blabla.so -> d.so
我希望这是有道理的。