本篇目录：
1、linux下的静态库创建与查看,及如何查看某个可执行依赖于哪些动态库...2、linux环境下,静态库的依赖关系怎么查3、在安装zli1g-dev时出现依赖错误,谁知道怎么解决4、如何解决源码包安装时的依赖性问题linux下的静态库创建与查看,及如何查看某个可执行依赖于哪些动态库...
静态库 可以把它想象成是一些代码的集合，在可执行程序运行前就已经加到了代码中，成为了执行程序的一部分，一般是以.a为后缀的文件名，Windows下后缀为.lib。
动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。
第四步：在程序中使用静态库。gcc -o main main.c -L. -ltest 因为是静态编译，生成的执行文件可以独立于.a文件运行。第五步：执行。
测试结果如下：ldd 显示可执行模块的dependency的工作原理，其实质是通过ld-linux.so（elf动态库的装载器）来实现的。ld-linux.so模块会先于executable模块程序工作，并获得控制权。
linux环境下,静态库的依赖关系怎么查
1、查看静态库：ar -tv test.a 解压静态库：ar -x test.a 查看程序依赖的动态库：readelf -a xxx|grep library 如：可以看到，下面的交叉程序hello执行依赖于如下两个动态库。
2、可执行文件/二进制文件依赖共享库 ldd命令用来查看可执行文件依赖的共享库文件。
3、可以用apt-get install安装，在安装过程中按照提示缺少那个包就先补全那个包再继续安装。也可以使用apt-cache depends package来查看package的依赖关系。
4、可以说，简单的去掉 IE ，就可以让很多 Windows 程序失去依赖关系而不能运行。Linux 的软件包管理器就是有解决这个问题而设计的原因。
5、最好知道静态库的原文件(.c)，要是知道声明文件(.h)也比较好。 ar -t YourFile 看其结构，找其中的原文件。 可以将库文件下到本地用UE打开，然后你就找吧。
在安装zli1g-dev时出现依赖错误,谁知道怎么解决
一是在操作系统安装的时候，没有选择全部的软件包。大部分时候出于安全或者其他方面的原因，Linux系统管理员往往不会选择安装全部的软件包。而只是安装一些运行相关服务所必要的软件包。
apt-get install libxx-dev(如：apt-get install libltdl-dev) /usr/bin/ld： cannot find -lXt 这种情况一般就是库找不到，有可能你没安装，有可能你安装了但是路径不对。
首先在使用angular-cli开发处理Base64，出现了编译错误【error TS2304： Cannot find 】。首先终端执行命令【npm i -g typescript@next】安装成功后继续执行命令【npm i --save-dev @types/node】。
如何解决源码包安装时的依赖性问题
手工解决依赖性问题 通常，当尝试安装发行版中没有包括的软件包(及不能由像up2date、apt-get或Yum一样的更新工具自动解决其依赖性的软件包)时，将碰到rpm依赖性错误。
有时候错误可能是由于缺少依赖项、版本不匹配、环境配置问题等引起的。根据错误消息，尝试解决问题并重新编译软件包。如果你能够找到解决方案并成功修复错误，那么你可以继续进行安装步骤。
最好办法就是上网，要不然就算安装rpm时缺什么就得再到另外一台能上网的电脑上去下载依赖，然后再转到你这台电脑上来，想想都麻烦，就算编译安装源码包也是同样的道理。
修改虚拟机设置，按下图所示 挂载镜像文件，如果报错，有可能是因为上面的 已连接 忘记打钩了。
到此，以上就是小编对于linux 依赖检测失败的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。